متجر إضافات Claude رسميًا: كيف تتحوّل مهارات الوكلاء إلى سوق مفتوح في 2026؟
أنثروبيك تفتح بوابة رسمية لنشر إضافات Claude ودعم MCP 2.0 بواجهات تفاعلية — كيف يغيّر هذا طريقة بناء أدوات الوكلاء وتوزيعها؟
لسنوات طويلة كانت كل شركة ذكاء اصطناعي تبني "متجر إضافات" خاصًا بها بمعزل عن البقية: نماذج مختلفة، بروتوكولات مختلفة، وتجربة توزيع مبعثرة لأي مطوّر يريد أن يصل بأداته إلى أكبر عدد من المستخدمين. في سبتمبر 2026 غيّرت أنثروبيك هذه المعادلة جزئيًا حين فتحت بوابة رسمية لتقديم إضافات Claude ونشرها، مع دعم كامل لنسخة جديدة من بروتوكول MCP تحمل رقم 2.0. الخطوة تبدو تقنية من الخارج، لكنها في الحقيقة تعيد تعريف العلاقة بين "الوكيل" و"الأداة" التي يستخدمها.
ما الذي تغيّر بالضبط؟
قبل هذا الإعلان، كان بناء إضافة لـ Claude يعني تجميع خادم MCP يدويًا، واختباره محليًا، ثم توزيعه عبر GitHub أو قنوات غير رسمية. الآن صار هناك مسار محدد:
- بوابة تقديم رسمية: المطوّرون على خطط Claude المدفوعة يمكنهم تقديم إضافاتهم مباشرة، ومتابعة حالة المراجعة، ثم نشرها في دليل موحّد.
- تدقيق آلي وفحص أمني: كل إضافة تمر بمرحلة تحقق تلقائي (auto-validation) وفحص سلامة (safety scanning) قبل أن تظهر للمستخدمين، وهو ما يقلّل من مخاطر الإضافات الضارة أو المصمَّمة بشكل خاطئ.
- تحليلات استخدام: بعد النشر، يحصل المطوّر على بيانات حول عمليات التثبيت ونتائج البحث، أي رؤية شبيهة بما يحصل عليه مطوّرو تطبيقات الجوال في متاجر التطبيقات التقليدية.
- حزم مركّبة: الإضافة الواحدة يمكن أن تجمع بين موصلات MCP (MCP connectors) ومهارات الوكيل (Agent Skills) في حزمة واحدة، بدل أن تكون كل قدرة منفصلة عن الأخرى.
لماذا MCP 2.0 هو الجزء الأهم فعليًا؟
البروتوكول الأصلي MCP ركّز على شيء واحد: تمكين نموذج لغوي من استدعاء أدوات خارجية بطريقة موحّدة — قراءة ملف، تنفيذ استعلام، إرسال طلب API. النسخة 2.0 تضيف طبقتين لم تكونا موجودتين بنفس القوة من قبل:
- واجهات مستخدم تفاعلية داخل المحادثة: الإضافة لم تعد تعيد نصًا فقط، بل يمكنها عرض عناصر تفاعلية يتعامل معها المستخدم مباشرة أثناء حديثه مع الوكيل.
- دعم OAuth على مستوى المؤسسات: أي إضافة تحتاج الاتصال بنظام داخلي (قاعدة بيانات شركة، أداة إدارة مشاريع، نظام CRM) يمكنها الآن الاعتماد على تدفّق تفويض معياري بدل حلول مؤقتة يبنيها كل مطوّر بطريقته.
"الأدوات التي كانت مجرد استدعاءات نصية صامتة صارت مكوّنات واجهة كاملة، بمصادقة مؤسسية جاهزة — هذا هو الفارق بين إضافة تجريبية وإضافة يمكن لشركة أن تعتمد عليها فعليًا."
أثر الخطوة على مطوّري الأدوات
هذا التحول له انعكاسات مباشرة على من يبني أدوات وإضافات للوكلاء:
| الجانب | قبل البوابة الرسمية | بعد البوابة الرسمية |
|---|---|---|
| التوزيع | يدوي عبر GitHub أو روابط مباشرة | دليل موحّد قابل للبحث داخل المنتج |
| الثقة | لا فحص مركزي، الخطر على المستخدم | فحص أمني وتحقق آلي قبل النشر |
| القياس | لا بيانات استخدام حقيقية | تحليلات تثبيت وبحث لكل إضافة |
| القدرات | نص واستدعاءات فقط | واجهات تفاعلية + OAuth مؤسسي |
النتيجة العملية أن بناء إضافة لم يعد مشروعًا جانبيًا بلا عائد واضح، بل صار له مسار نشر وقياس أقرب لما اعتاده مطوّرو التطبيقات التقليديين. وهذا بدوره يجذب فرقًا أكبر وأكثر جدية لبناء أدوات متخصصة — لأن هناك الآن طريقة واقعية لتصل هذه الأدوات إلى مستخدمين حقيقيين ويُقاس أثرها.
أين يضع هذا Claude مقارنة بالمنافسين؟
الإعلان يأتي في وقت تتسارع فيه المنافسة على تبنّي الوكلاء البرمجية: استطلاعات حديثة على مطوّرين محترفين تشير إلى أن الغالبية العظمى منهم يستخدمون وكيلًا برمجيًا واحدًا على الأقل أسبوعيًا، وأن جزءًا كبيرًا منهم ينتقل من أدوات إكمال الكود التقليدية إلى وكلاء مستقلين يخططون وينفذون مهام كاملة. فتح بوابة إضافات رسمية بمعايير أمان واضحة يمنح منصة الوكيل ميزة تراكمية: كل إضافة جديدة تُبنى عليها تزيد من قيمتها للمستخدم التالي، بنفس المنطق الذي جعل متاجر التطبيقات التقليدية صعبة اللحاق بها بمجرد أن تراكمت.
ما الذي يجب أن يفعله المطوّر الآن؟
- إذا كان لديك خادم MCP يعمل محليًا فقط، هذا هو الوقت المناسب لتجهيزه للتقديم عبر البوابة الرسمية بدل إبقائه أداة داخلية.
- إذا كانت أداتك تحتاج اتصالًا بنظام مؤسسي، استثمر في تبنّي تدفّق OAuth المعياري الجديد بدل حل مخصص يصعب صيانته لاحقًا.
- تابع بيانات التثبيت والبحث بعد النشر لفهم أي جزء من أداتك يحقق قيمة فعلية للمستخدمين، وأي جزء يحتاج تبسيطًا.
أسئلة شائعة
هل نشر إضافة عبر البوابة مجاني؟ التقديم متاح لمن لديه خطة مدفوعة من Claude، لكن الإعلانات الرسمية لم تحدد رسومًا إضافية منفصلة لعملية النشر نفسها بخلاف اشتراك الخطة.
هل MCP 2.0 يكسر التوافق مع الإضافات القديمة المبنية على النسخة الأولى؟ الهدف المعلن هو توسعة البروتوكول بإضافة قدرات جديدة (الواجهات التفاعلية وOAuth) فوق الأساس الحالي، لا استبداله بالكامل، لكن أي إضافة تريد الاستفادة من الميزات الجديدة تحتاج تحديث كودها لدعمها.
هل هذا يعني أن كل إضافة صارت آمنة تلقائيًا؟ الفحص الآلي وتحليل السلامة يقللان المخاطر الواضحة، لكنهما لا يلغيان الحاجة لمراجعة المستخدم نفسه لصلاحيات أي إضافة يثبّتها، تمامًا كما هو الحال في أي متجر تطبيقات.
الخلاصة
فتح بوابة رسمية لإضافات Claude مع دعم MCP 2.0 ليس مجرد تحديث تقني عابر، بل إعادة هيكلة لكيفية بناء أدوات الوكلاء وتوزيعها وقياس نجاحها. المطوّرون الذين كانوا يبنون أدوات صغيرة بلا مسار واضح للوصول إلى مستخدمين حقيقيين حصلوا الآن على بنية تحتية جاهزة تشبه متاجر التطبيقات التقليدية — مع فارق مهم هو أن "المستخدم" هنا وكيل ذكاء اصطناعي يتخذ قرارات نيابة عن إنسان، ما يجعل معايير الأمان والثقة أكثر إلحاحًا من أي وقت مضى.
