MCP تخلّى عن الذاكرة في قلبه ليصبح أسهل في كل مكان
استمع لهذا المقال
بصوت راشد (Rashed)
حين يريد وكيل AI أن يفتح ملفًا في Figma، أو يقرأ اجتماعًا من Zoom، أو يستدعي أداة داخل شركة، فهناك بروتوكول يحاول أن يجعل الوصلة واحدة بدل أن تكون كل مرة اختراعًا جديدًا. هذا البروتوكول، MCP، غيّر الآن قلبه نفسه.
الإصدار الخامس من المواصفة، MCP 2026-07-28، ينقل النواة من اتصال ثنائي يحتفظ بحالة الجلسة إلى نموذج طلب واستجابة بلا حالة. تبدو العبارة كقرار هندسي صغير، لكنها تزيل واحدًا من أثقل الأعباء أمام نشر خوادم MCP على البنية عديمة الخوادم والحافة وشبكات المؤسسات.
الخادم لم يعد مطالبًا بتذكر المحادثة
في التصميم القديم، كان على الخادم والعميل الحفاظ على اتصال وجلسة متبادلة. هذا مناسب لبعض التطبيقات، لكنه يصعب التوسع: أين تخزن حالة الجلسة؟ ماذا يحدث حين تنتقل الطلبات بين نسخ متعددة؟ وكيف تعمل الوظيفة القصيرة العمر على منصة حافة إذا كان البروتوكول يفترض رابطًا مستمرًا؟
النواة الجديدة تتعامل مع كل طلب بوصفه وحدة مكتفية بسياقها الضروري. بذلك يصبح خادم MCP أقرب إلى عبء HTTP عادي يمكن موازنته وتشغيله وإيقافه من دون هندسة خاصة لإدارة الجلسات. Anthropic تقول إن MCP تجاوز 400 مليون تنزيل شهري لحزم SDK، بزيادة أربعة أضعاف خلال العام، ولذلك لم يعد التوسع تفصيلًا يخص المختبرات الصغيرة.
لكن «بلا حالة» لا تعني أن الوكلاء فقدوا القدرة على تنفيذ مهام طويلة. المواصفة فصلت البساطة عن التعقيد: النواة تبقى خفيفة، بينما تنتقل القدرات الأثقل إلى إضافات رسمية ذات إصدارات.
التطبيقات والمهام خرجت من المنطقة الرمادية
MCP Apps وTasks أصبحا جزءًا من إطار إضافات معياري. الأول يسمح للخادم بعرض واجهة تفاعلية داخل المحادثة، بحيث يرى المستخدم ما تفعله الأداة ويتعامل معها من دون الانتقال إلى تبويب آخر. والثاني يوفر مسارًا للأعمال التي تستغرق وقتًا أطول من دورة طلب واحدة.
الفكرة هنا أن البروتوكول لا يحتاج إلى تضخيم النواة كلما ظهرت قدرة جديدة. يمكن للإضافات أن تتطور بإصدارات معلنة، بينما يبقى نموذج الاتصال الأساسي قابلًا للعمل في أبسط البيئات.
المصادقة اقتربت من واقع الشركات
الإصدار الجديد يشدد التفويض ليتوافق مع تطبيقات OAuth 2.0 وOpenID Connect المستخدمة فعليًا في المؤسسات. هذا يفتح اتصالًا أنظف مع مزودي الهوية مثل Entra وOkta، بدل بناء حلول التفافية لكل موصل.
وبالتوازي، توسع Claude في الطبقة التي تحيط بالبروتوكول. لدى دليل موصلاته أكثر من 950 خادم MCP، وفق Anthropic. وتضيف الشركة إدارة تفويض مركزية تمنح المسؤولين القدرة على تهيئة الموصل لمؤسسة كاملة عبر مجموعات الهوية، ولوحات مراقبة للمطورين تعرض التبني والأخطاء وزمن الاستجابة، وأنفاق MCP لربط Claude بخوادم داخل الشبكات الخاصة من دون فتح منافذ واردة للعالم.
لماذا يهم هذا المطور العربي؟
إذا كنت تبني موصلًا لخدمة مالية أو تعليمية أو حكومية في المنطقة، فالتحول يقلل كمية البنية التي تحتاج إلى إدارتها قبل أن يصل المنتج إلى مستخدم واحد. ويمكن نشر أجزاء أكبر على منصات مألوفة، مع توصيل الهوية المؤسسية بدل اختراع نظام صلاحيات موازي.
لكن الانتقال ليس مجرد تغيير عنوان إصدار. الخادم الذي اعتمد على حالة اتصال ضمنية سيحتاج إلى إعادة التفكير في مكان حفظ السياق، والعميل يجب أن يتفاوض بوضوح على الإضافات التي يدعمها. كما أن دعم المواصفة في منتجات Claude ما يزال في طور الإطلاق التدريجي، وليس زرًا ظهر في كل مكان في اللحظة نفسها.
أهم ما في MCP الجديدة أنها لا تحاول جعل كل مهمة بسيطة. هي تجعل الأساس بسيطًا، ثم تمنح التعقيد مكانًا رسميًا يمكن رؤيته وإدارته. أحيانًا تتوسع المعايير حين تضيف مزيدًا من الطبقات. هذه المرة، تتوسع لأنها عرفت ما الذي يجب إخراجه من القلب.