MCP: البروتوكول الذي يعلّم النماذج اللغوية العمل مع العالم الخارجي

تبرع النماذج اللغوية الكبيرة في الاستدلال وتوليد الشيفرة البرمجية وإدارة الحوار، لكن ما إن تحتاج إلى جلب بيانات حديثة من قاعدة بيانات، أو استدعاء واجهة API خارجية، أو تنفيذ إجراء في خدمة حقيقية، حتى يصطدم كل هذا السحر بجدار معماري. وقد ظهر Model Context Protocol، أو MCP، تحديدًا ليهدم هذا الجدار. وبالنظر إلى سرعة انتشاره في منظومة التطوير، يبدو أنه ينجح في ذلك.

ولفهم الحاجة إلى MCP، يحسن العودة قليلًا إلى الأساسيات. النموذج اللغوي هو في جوهره دالة تستقبل نصًا وتعيد نصًا. فهو لا يستطيع بنفسه تصفح الإنترنت، ولا قراءة الملفات على القرص، ولا إرسال الرسائل البريدية. وكل ما «يعرفه» النموذج محدود ببيانات تدريبه وبالسياق الذي مُرّر إليه في الموجّه (prompt). وحين يبني المطورون تطبيقات ذكاء اصطناعي، من روبوتات دردشة ومساعدين وأنظمة تحليلية، يضطرون إلى كتابة طبقة وسيطة يدويًا بين النموذج والعالم الخارجي. في كل مرة من الصفر، وفي كل مرة بطريقة مختلفة. ويقترح MCP توحيد هذه العملية عبر بروتوكول واحد يستطيع النموذج بموجبه طلب البيانات واستدعاء الأدوات.

تقوم معمارية MCP على فكرة بسيطة لكنها قوية: هناك عميل (تطبيق يتضمن نموذجًا لغويًا) وهناك خوادم (مصادر بيانات وأدوات خارجية). يتواصل العميل مع الخوادم عبر بروتوكول موحّد، وتوفّر الخوادم ثلاثة أنواع من الموارد: بيانات للسياق، وأدوات لتنفيذ الإجراءات، وقوالب موجّهات للمهام النمطية. ولا يحتاج النموذج إلى معرفة تفاصيل تنفيذ كل خدمة. فهو يتعامل مع واجهة واحدة، بينما يتولى خادم MCP كل خصوصيات التكامل المعيّن. ويمكن تشبيه ذلك بمنفذ USB: قبل ظهوره كان كل جهاز يتصل بالحاسوب بطريقته الخاصة، وبعد التوحيد صار كل شيء يعمل عبر منفذ واحد.

من المهم فهم السياق الذي يكتسب فيه MCP شعبيته. فالقطاع يعيش طفرة ما يسمى وكلاء الذكاء الاصطناعي، وهي أنظمة مستقلة لا تكتفي بالإجابة عن الأسئلة، بل تنفّذ سلاسل من الإجراءات. يستطيع الوكيل تحليل رسالة بريدية، والعثور على مستندات ذات صلة في قاعدة بيانات المؤسسة، وإعداد رد وإرساله، كل ذلك دون تدخل بشري. لكنه يحتاج لذلك إلى طريقة موثوقة وآمنة للتفاعل مع عشرات الخدمات الخارجية. وبدون بروتوكول معياري يتحول كل تكامل من هذا النوع إلى مشروع هندسي مستقل. أما MCP فيجعل بناء الوكلاء قابلًا للتوسع: يكفي أن تكتب خادم MCP واحدًا لـ Slack، ليتمكن أي عميل ذكاء اصطناعي يدعم البروتوكول من العمل معه.

اقترحت شركة Anthropic البروتوكول في نهاية عام 2024، وقطع خلال الفترة الماضية الطريق من مواصفة تجريبية إلى معيار صناعي فعلي. وقد دعمه كبار اللاعبين: دمجته OpenAI في منتجاتها، وأضافت Microsoft دعمه في Copilot Studio، ونما نظام خوادم MCP المفتوحة ليشمل آلاف التكاملات الجاهزة، من قواعد البيانات والتخزين السحابي إلى الخدمات القطاعية المتخصصة. ويتبادل المطورون على «هابر» وفي المجتمعات الدولية خبراتهم في التطبيق بنشاط، ولم يعد الموضوع محصورًا في دائرة ضيقة، بل صار جزءًا من الممارسة اليومية.

غير أن MCP لا يخلو من التعقيدات. فالأمن يبقى السؤال الرئيس: حين يحصل النموذج اللغوي على إمكانية استدعاء أدوات خارجية، يتسع سطح الهجوم بشكل حاد. إذ يمكن لخادم MCP خبيث أن يزوّر البيانات، وقد تمنح الأذونات سيئة الضبط النموذج وصولًا إلى ما لا ينبغي له الوصول إليه. ويعمل المجتمع بنشاط على معايير المصادقة والتفويض، لكن هذا المجال لا يزال حتى الآن منطقة تستدعي اهتمامًا خاصًا. كما أن البروتوكول نفسه يواصل التطور، ويضطر المطورون إلى متابعة التغييرات في المواصفة.

وبالنسبة إلى القطاع ككل، يعني MCP تحولًا في النموذج السائد. فإذا كانت قيمة تطبيق الذكاء الاصطناعي تُحدَّد سابقًا إلى حد بعيد بجودة التكاملات المخصصة، فإنها تنتقل الآن إلى جودة منطق الوكيل نفسه وتجربة المستخدم. وتصبح التكاملات سلعة عامة (commodity)، أي طبقة معيارية قابلة للاستبدال. وهذا يخفض عتبة الدخول أمام الفرق الصغيرة والشركات الناشئة، إذ تستطيع بناء أنظمة ذكاء اصطناعي معقدة دون أن تقضي أشهرًا في كتابة موصلات لكل خدمة.

إن MCP ليس مجرد معيار تقني آخر. إنه طبقة بنية تحتية تحدد كيف ستتفاعل تطبيقات الذكاء الاصطناعي من الجيل القادم مع العالم الرقمي. وكلما أسرع المطورون في إتقان هذا البروتوكول، زادت ثقتهم في منظومة لم يعد فيها الوكلاء المستقلون تجربة، بل أصبحوا منتجًا.