أكثر الإخفاقات شيوعًا هنا يحدث بصمت. تتبع دليل إعداد، وتلصق كتلة JSON في إعدادات العميل، وتعيد التشغيل، فيعمل كل شيء: تظهر قائمة الأدوات، وتصبح حالة الاتصال خضراء. ثم تسأل عن طلبات الأمس فلا تحصل على شيء مفيد، ولا يكون السبب واضحًا.
السبب هو أن Shopify توفر خادمي MCP مختلفين، والأسهل منهما لا يستطيع الاطلاع على متجرك.
الخادمان
أتاحت Shopify الشيفرة المصدرية لمجموعة AI Toolkit في أبريل 2026، وجمعت حزمة خوادم MCP الرسمية ومهارات الوكلاء وإضافة Claude Code ضمن نطاق أسماء واحد. وداخل هذا النطاق شيئان يخلط الناس بينهما باستمرار.
Dev MCP يعمل محليًا، ولا يتطلب تسجيل الدخول، ويزوّد المساعد بوثائق المطورين ومخططات API الخاصة بـShopify. صُمم لمن يطورون تطبيقات Shopify، وهو جيد فعلًا في هذه المهمة. ولن يقرأ طلبات الأمس أو يعدّل منتجًا، لأنه لا يتعامل مع متجر فعلي أصلًا بحكم تصميمه.
Admin MCP هو الذي يتعامل مع بيانات المتجر الحقيقية، ويحتاج إلى رمز وصول لـAdmin API. هذا الرمز هو الفارق كله، وهو أيضًا عبء الإعداد كله.
إن كنت تطوّر على Shopify، فثبّت Dev MCP وتوقف عن القراءة. فهو مجاني ورسمي، ولا يحاول هذا المقال أن يحل محله. أما إن كنت تدير متجرًا وتريد طرح أسئلة عنه، فأنت تحتاج إلى الآخر.
ما الذي يتطلبه منك مسار Admin فعليًا
تنشئ تطبيقًا مخصصًا داخل لوحة إدارة متجرك، وتمنحه نطاقات الوصول التي يحتاج إليها في Admin API، وتحتفظ برمز الوصول الناتج. هذه ثلاثة قرارات يميل الناس إلى اتخاذها على نحو سيئ.
الأول هو اتساع نطاق الصلاحيات. امنح أقل مما يلزم، وسيظهر الإخفاق لاحقًا عند الاستدعاء، في صورة خطأ تفويض داخل رد في الدردشة يصعب فهمه. وامنح كل شيء، فتكون قد أنشأت رمزًا يستطيع إعادة كتابة كتالوجك، ومحفوظًا في ملف إعدادات على حاسوب محمول.
الثاني هو مكان حفظ الرمز. الرمز المحفوظ كنص صريح في إعدادات JSON هو الخيار الافتراضي الذي تعرضه معظم الأدلة، لأنه الأقصر في الشرح. لكنه ليس الخيار الذي قد تختاره لبيانات اعتماد تستطيع نشر منتجات.
الثالث هو التدوير. تبقى رموز الوصول صالحة بعد زوال سبب إنشائها. ولا شيء في الإعداد يذكّرك بذلك.
القراءة والكتابة ليستا بالمستوى نفسه من المخاطر
السؤال عن رموز SKU التي نفد مخزونها الأسبوع الماضي عملية قراءة. تكلفتها منخفضة، ويمكن التراجع عنها، وإذا كانت الإجابة خاطئة فستلاحظ ذلك وتمضي قدمًا.
تغيير سعر، وتحرير وصف منتج، والنشر على قناة مبيعات. تُنفّذ هذه الإجراءات كلها على واجهة متجر فعلية يتسوق فيها العملاء الآن. ولا يضع البروتوكول أي اعتبار لهذا الفرق. يصف MCP أداة ومعاملاتها؛ لكنه لا يتضمن مفهوم «هذا الإجراء لا رجعة فيه».
وهذا يعني أن البوابة يجب أن تكون في العميل. إذا كان عميلك ينفذ استدعاءات الأدوات فور أن يصدرها النموذج، فإن ما يفصل بين تعليمات أُسيء فهمها وكتالوج أُعيد تسعيره هو أن يكون أداء النموذج جيدًا في ذلك اليوم. لا يختار أحد هذا المستوى من المخاطر عمدًا؛ بل يرثه الناس من دليل إعداد.
النمط نفسه على كل منصة أخرى
أصبحت لدى eBay وEtsy وWooCommerce جميعًا خوادم MCP مجتمعية، وتتكرر القصة على نحو شبه مطابق: رمز أو زوج مفاتيح تنشئه بنفسك، وقرار بشأن نطاق الصلاحيات، وعملية محلية عليك إبقاؤها قيد التشغيل، وعميل يجب الوثوق به في عمليات الكتابة. وينتهي البائع الذي يعمل على أربع منصات ويتبع هذا المسار إلى إدارة أربع خدمات صغيرة والاحتفاظ بأربع مجموعات من بيانات الاعتماد، وهي مهمة حقيقية لم يضعها أحد على خريطة العمل.
موقع Orkas من ذلك
Orkas عميل MCP، لذا يعمل معه كل خادم موصوف أعلاه بالطريقة نفسها التي يعمل بها مع العملاء الآخرين. كما يأتي مزودًا بموصل Shopify Admin خاص به، مبني على تطبيق Dev Dashboard يملكه التاجر، وتكمن فكرته في تفصيلين.
تُتحقق نطاقات الصلاحيات عند الاتصال، لا عند إخفاق استدعاء. يفحص Orkas كل نطاق مطلوب: المنتجات، والطلبات، والعملاء، والمخزون، والمواقع، ومسودات الطلبات، والمرتجعات، والخصومات، ومواضع النشر، ونطاقات طلبات تنفيذ الشحن المنطبقة. ويخبرك بالنطاق الناقص قبل أن تقضي محادثة كاملة لاكتشافه. وتُشفّر بيانات الاعتماد على جهازك بدلًا من حفظها في ملف إعدادات.
وتوجد بوابة الكتابة في العميل، لا في التعليمات الموجهة للنموذج. كل ما يكتب أو يحذف أو ينفق أو يمس متجرًا فعليًا يمر عبر طلب إذن، وتخضع الإجراءات غير القابلة للتراجع لبوابة منفصلة عن الإجراءات الاعتيادية. الدليل نفسه يغطي eBay وEtsy وWalmart Marketplace وWooCommerce وAmazon Seller Central، إلى جانب المنصات الصينية، حتى لا تتكرر مشكلة الخدمات الأربع مع كل واجهة متجر.
ما لا يشمله هذا
لا يجعل أي من ذلك Orkas نظامًا لإدارة المتاجر. فهو لا يحتفظ بالمخزون، ولا يوجّه الطلبات، ولا يعيد التسعير نيابة عنك؛ إن كان هذا ما تحتاج إليه، فاحتفظ بنظام ERP. ما يحل محله هو كومة التكاملات الصغيرة التي كنت ستجمعها لطرح أسئلة على بيانات متجرك واتخاذ إجراءات بناءً على الإجابات. وفي جانب الإجراءات، يحل أيضًا محل افتراض أن أداء النموذج الجيد في يوم ما ضمانة كافية.