يواجه بروتوكول سياق النموذج موجة جديدة من التشكيك، في ظل تحول خطاب القطاع نحو واجهات سطر الأوامر (CLI)، غير أن تحليلاً تقنياً مفصلاً نُشر في 14 مارس 2026 يؤكد أن بروتوكول سياق النموذج يحتفظ بدور محوري في عمليات نشر وكلاء الذكاء الاصطناعي على مستوى المؤسسات والمنظمات.
أعدّ التحليل مهندس برمجيات في شركة Motion، وهو يطعن في السردية السائدة على منصات التواصل الاجتماعي القائلة بأن أدوات CLI تتفوق دائماً على بروتوكول سياق النموذج. ويرى الكاتب أن معظم النقاشات تفتقر إلى تمييز جوهري بين وضعَي النقل المختلفَين: بروتوكول سياق النموذج عبر stdio، وبروتوكول سياق النموذج عبر HTTP القابل للبث.
حجة توفير الرموز المميزة مع CLI
يستند المؤيدون لأدوات CLI في حجتهم الرئيسية إلى توفير الرموز المميزة (Tokens). ويُقرّ التحليل بوجود ثلاثة مصادر حقيقية لهذا التوفير: أدوات CLI الموجودة مسبقاً في بيانات تدريب النموذج، وسير عمل الاستخراج والتحويل المتسلسل، والاستهلاك التدريجي للسياق. بيد أن الكاتب يلفت إلى أن هذه المدخرات تتراجع بشكل ملحوظ حين يواجه الوكيل أدوات CLI مخصصة لم يسبق للنموذج الأساسي التعامل معها.
في تلك الحالات، يضطر الوكيل إلى تحميل وثائق المساعدة تدريجياً عبر جولات متعددة، مستهلكاً السياق بطريقة مشابهة هيكلياً لإعلانات أدوات بروتوكول سياق النموذج. علاوة على ذلك، تتلاشى أي مدخرات من الرموز المميزة حين يتعين على الوكيل تحليل مخطط OpenAPI مخصص لاستدعاء نقطة نهاية REST غير مألوفة بشكل صحيح.
بروتوكول سياق النموذج عبر HTTP: الحجة المؤسسية
يرسم التحليل خطاً فاصلاً واضحاً بين بروتوكول سياق النموذج المحلي عبر stdio، الذي يُقرّ الكاتب بأنه يضيف تعقيداً غير ضروري في معظم حالات الاستخدام الفردي، وبروتوكول سياق النموذج من جانب الخادم عبر HTTP القابل للبث. يتيح الأخير أدوات مركزية يمكن لوكلاء العمل في بيئات مؤقتة كـ GitHub Actions الوصول إليها، دون الحاجة إلى تثبيت محلي أو توزيع بيانات اعتماد.
كما يُبسّط تمركز الأدوات خلف خادم MCP عبر HTTP إدارة الأمن السيبراني. يُجري المطورون المصادقة عبر OAuth على خادم MCP، ولا تغادر مفاتيح API الحساسة بيئة الخادم قط. ويقتصر إلغاء وصول عضو مغادر للفريق على إلغاء رمز OAuth الخاص به، بدلاً من تدوير بيانات اعتماد موزعة متعددة.
بروتوكول سياق النموذج: قياس الأداء والموارد والمطالبات
يُحدد الكاتب قياس الأداء والمراقبة بوصفهما ميزة مغفلة في كثير من الأحيان لعمليات نشر MCP المركزية. يتيح خادم واحد يُصدر آثار وقياسات OpenTelemetry لمنظمات الهندسة قياس الأدوات التي تحقق قيمة، وتحديد أوقات الفشل، ومعرفة أوضاع تشغيل الوكيل التي تستخدمها الفرق. ويستلزم تكرار مستوى مماثل من المراقبة عبر أدوات CLI الموزعة بنية تحتية أكبر بكثير لكل أداة على حدة.
فضلاً عن ذلك، يُبرز التحليل مطالبات MCP وموارد MCP بوصفهما ميزتين غير مستغلتين بالكامل. تعمل مطالبات MCP كتعليمات مهارات يُسلّمها الخادم، فيما تُقدّم موارد MCP وثائق يُسلّمها الخادم. يتحدث كلاهما تلقائياً دون الحاجة إلى مزامنة يدوية عبر المستودعات، مما يعالج تحدياً متكرراً في المنظمات التي تدير فرقاً متعددة ومشاريع برمجيات في آنٍ واحد.
“إذا كان الهدف هو شحن برمجيات موثوقة وقابلة للصيانة بعد تشغيلها، فلا يزال بحاجة إلى انضباط هندسي يضمن الاتساق والأمان والجودة العالية والصحة، حتى حين يكون منتج تلك البرمجيات وكيل ذكاء اصطناعي.”
مهندس برمجيات في Motion، كاتب التحليل
التبني المؤسسي مقابل الاستخدام الفردي
يرسم التحليل تمييزاً واضحاً بين المطورين الأفراد الذين يستخدمون وكلاء البرمجة والمنظمات التي تنشرهم على نطاق واسع. بالنسبة للمطورين المنفردين، تمثل أدوات CLI في الغالب الخيار الأبسط والأكثر كفاءة. أما للفرق ذات مستويات المهارة المتباينة، فينتقل التركيز إلى الرؤية والأمان والجودة والقدرة على تشغيل الأنظمة التي ينتجها الوكيل وصيانتها بمرور الوقت.
يستشهد الكاتب بخدمات Amazon Web Services مثالاً على التحديات التشغيلية التي تظهر حين يجب صيانة البرمجيات التي ينتجها الذكاء الاصطناعي على نطاق واسع. ويخلص التحليل إلى أن المنظمات الساعية إلى تجاوز ممارسات البرمجة غير الرسمية نحو هندسة وكيلية منظمة ستجد في بروتوكول سياق النموذج عبر HTTP الأساس المعماري الأنسب، بصرف النظر عن الإجماع السائد على منصات التواصل الاجتماعي لصالح نهج CLI.
التوقعات المستقبلية
يتوقع الكاتب أن تسلك المشاعر المناهضة لبروتوكول سياق النموذج حالياً المسار ذاته الذي بالغ في الترويج للبروتوكول قبل ستة أشهر. ومع توسيع Anthropic نافذة سياقها إلى مليون رمز مميز، تضعف حجة توفير الرموز المميزة لصالح CLI أكثر. يحث التحليل فرق الهندسة على تقييم أدوات MCP وCLI بناءً على سياق نشرها المحدد، لا بناءً على اتجاهات وسائل التواصل الاجتماعي السائدة.