ابحث عن خادم MCP لبائعي Amazon، وستجد في الصفحة الأولى ثلاثة أنواع من الإجابات: وسطاء مستضافين يبيعون لك اتصالًا، ومستودعات مفتوحة المصدر تشغّلها بنفسك، وأدلة تفهرس النوعين. وتصف كلها القدرة نفسها بالكلمات نفسها تقريبًا: اطرح أسئلة عن متجرك بالإنجليزية العادية واحصل على إجابات من بياناتك الحقيقية.
هذه القدرة حقيقية وتستحق الاقتناء. لكنها أيضًا أضيق مما توحي به الصياغة، وفي الفجوة بين الاثنين يكمن معظم الإحباط.
ما خادم MCP لبائعي Amazon في الواقع؟
بروتوكول سياق النموذج هو وسيلة تمكّن عميل ذكاء اصطناعي من استدعاء أدوات عرّفها طرف آخر. وخادم MCP لبائعي Amazon برنامج صغير يغلّف واجهة Selling Partner API التابعة لـAmazon، واختصارها SP-API، ويتيح نقاط نهايتها كأدوات يستطيع عميلك استدعاءها. ولا يوجد في تصميمه ما يختص بـAmazon؛ فالنمط نفسه يُطبق على Shopify وeBay وStripe ومئة واجهة API أخرى.
الأمثلة المستخدمة لتسويقها متسقة وصادقة في وصف ما تفعله: إجمالي المبيعات والوحدات حسب السوق للشهر الماضي، ورموز SKU المعرضة لنفاد المخزون، ومعدل الإرجاع حسب الفئة خلال تسعين يومًا. كلها استعلامات قراءة لنقاط نهاية موجودة أصلًا. أزالت طبقة MCP الخطوة التي تصدّر فيها تقريرًا وتفتح جدول بيانات.
الأشكال الثلاثة، وتكلفة كل منها
وسيط مستضاف. يشغّل مزوّد الخادم وتمنحه أنت التفويض. هذا أسرع الخيارات للبدء، والوحيد الذي لا يتطلب عملية محلية. وفي المقابل، تمر بياناتك كبائع عبر جهة خارجية عليك الآن تقييمها، وتدفع مقابل كل مستخدم أو كل استدعاء.
مستودع تشغّله بنفسك. توجد عدة مستودعات على GitHub، بعضها مكتوب خصيصًا لـClaude Desktop. لا يوجد وسيط بينك وبين Amazon، وهذا هو المقصود. لكنك أصبحت تدير خدمة: تُبقي العملية قيد التشغيل، وتتابع تغييرات SP-API من المصدر، وتدوّر بيانات الاعتماد عند انتهاء صلاحيتها.
عميل يدعم البروتوكول بصورة أصلية. لا يوجد خادم منفصل لتشغيله لأن التطبيق هو أصلًا عميل MCP ويأتي مزودًا بالموصل. مكوّنات أقل لإدارتها، لكنك تختار العميل نفسه بدلًا من إضافة شيء إلى العميل الذي تستخدمه.
الجزء الذي يُتجاوز
تلتقي المسارات الثلاثة عند المتطلب الأساسي نفسه، ولا يكاد أي دليل يبدأ به: تحتاج إلى تطبيق SP-API خاص بك. وهذا يعني التسجيل كمطوّر، واختيار الأدوار التي يطلبها تطبيقك، والاحتفاظ ببيانات اعتماد LWA تنتهي صلاحيتها وتحتاج إلى التدوير.
تترتب على ذلك نتيجتان يسهل اكتشافهما متأخرًا. أولًا، تُمنح الأدوار حسب الفئة، وتخضع الأدوار المقيّدة التي تشمل معلومات التعريف الشخصية للمشترين لمسار موافقة منفصل لا يحصل عليه معظم البائعين ولا يحتاجون إليه. ثانيًا، تفرض SP-API حدودًا لمعدل الطلبات لكل نقطة نهاية، لذا قد يتحول سؤال مصاغ في جملة واحدة إلى سلسلة من الاستدعاءات المقيّدة، وسيستهلك عميل الدردشة الذي يعيد المحاولة بصمت رموزًا أثناء الانتظار.
لا يمثل أي من ذلك حجة ضد القيام بالأمر. بل هو حجة ضد تصويره على أنه إعداد يستغرق عشر دقائق.
حدود ما يقدمه الاسترجاع
لنفترض أن كل شيء يعمل. لديك الآن نافذة دردشة تستطيع إخبارك بأن معدل الإرجاع حسب الفئة يبلغ 8.4%، وأن مخزون أربعة رموز SKU سينفد خلال ثلاثة أسابيع.
لا يمثل أي من الرقمين قرارًا. لا يصبح معدل الإرجاع ذا معنى إلا بعد أن تعرف هل السبب شكوى بشأن المقاس، أم خلل في التغليف، أم وعد لم يكن ينبغي لصفحة المنتج تقديمه أصلًا؛ وكل ذلك موجود في نصوص المراجعات لا في نقطة نهاية المرتجعات. ولا يصبح نفاد المخزون ذا معنى إلا في ضوء مهلة التوريد والموسم. وعندما تقرر إعادة كتابة صفحة المنتج، يحتاج النموذج إلى معرفة أن Amazon تريد عناوين غنية بالكلمات المفتاحية وخمس نقاط ضمن حد للمحارف، وأن ادعاءات الفاعلية تحتاج إلى أدلة، وأي صيغ التفضيل ستؤدي إلى حجب صفحة المنتج.
هذه معرفة بالمجال. أما MCP فهو وسيلة نقل. لم يكن من المفترض أن يوفر هذه المعرفة، وتوقّع ذلك منه خلط بين فئتين مختلفتين.
موقع Orkas من ذلك
Orkas عميل MCP، لذا يعمل معه أي خادم موصوف أعلاه بالطريقة نفسها التي يعمل بها مع العملاء الآخرين. كما يأتي مزودًا بموصل Amazon Seller Central نفسه، الذي يعمل عبر تطبيق SP-API الخاص بك، مع تشفير بيانات الاعتماد على جهازك، ودون طلب معلومات التعريف الشخصية للمشترين أو إتاحتها. وفي هذا التكامل تحديدًا، لا يوجد خادم منفصل عليك إبقاؤه قيد التشغيل.
الجزء الأهم هو الطبقة الأعلى. يأتي Orkas مزودًا بـ أربع مهارات للتسويق التجاري تحمل المعرفة بالمجال التي يفتقر إليها البروتوكول: بحث الفئات مع تدوين افتراضات الربح، وإنشاء صفحات المنتجات وفق قواعد كل منصة مع مراجعة للامتثال، والتخطيط الإبداعي بدءًا من بطاقات أسباب الشراء وصولًا إلى تعليمات توليد الصور ولوحات مشاهد الفيديو، وتحليل المراجعات مع حجب معرّفات المشترين قبل تجميع الشكاوى في جوانب يمكنك تغييرها.
تعمل هذه المهارات بما تستطيع توفيره. عند إعداد موصل، تصل البيانات عبر API. وبدونه، تقرأ التقارير التي صدّرتها بنفسك. وهذه هي طريقة عمل معظم البائعين بالفعل، وهي نقطة بداية مناسبة تمامًا.
ما لا يشمله هذا
يقرأ خادم MCP، سواء أكان خادمنا أم خادم غيرنا، البيانات الموجودة أصلًا في حساب البائع الخاص بك. ولا يمنحك حجم البحث على مستوى السوق، أو سجل BSR، أو تقديرات مبيعات المنافسين؛ فهذه مجموعات بيانات مرخّصة، ولا يحل بروتوكول محل الأدوات التي تبيعها. إن كان سؤالك يحتاج إلى تلك البيانات، فاشترِها. أما إذا كان سؤالك عما ينبغي فعله بالأرقام التي تملكها بالفعل، فتلك أداة مختلفة ومقال آخر.