بروتوكول MCP: ما هو وكيف يعمل ومتى تحتاجه فعلاً؟

إذا كنت تستخدم كلود كود أو Cursor أو GitHub Copilot، فلا بد أنك صادفت عبارة «خوادم MCP» في الإعدادات أو التوثيق، وتساءلت: هل هذه مكتبة أثبّتها؟ نموذج جديد؟ هل عليّ بناء خادم خاص بي؟ الحيرة مبررة، فبروتوكول MCP (Model Context Protocol / بروتوكول سياق النموذج) تحوّل خلال أقل من عامين إلى البنية القياسية لربط وكلاء البرمجة بأدواتك وبياناتك. هذا الشرح يفكّك الالتباس من أساسه: ما المشكلة التي يحلّها، كيف يعمل من الداخل، ومتى تحتاجه فعلاً — ومتى لا.

مشكلة N×M التي وُلد لحلّها

أعلنت أنثروبيك عن MCP في 25 نوفمبر 2024 كمعيار مفتوح يربط مساعدي الذكاء الاصطناعي بمصادر البيانات والأدوات. قبل ذلك كان كل تكامل يُبنى يدوياً: N نموذج × M أداة، أي عدد هائل من الموصّلات المخصصة. MCP يقلب المعادلة إلى N+M. خذ مثالاً بالأرقام: ربط ثلاثة مضيفين بأربع خدمات كان يتطلب 12 موصّلاً مخصصاً تُكتب وتُصان يدوياً، بينما تكفي مع MCP أربعة خوادم تعمل مع المضيفين الثلاثة جميعاً. تبني الخادم مرة واحدة، فيعمل مع أي مضيف يدعم البروتوكول.

والأهم أن تعرف ما ليس MCP. هو ليس نموذجاً ولا مكتبة، بل بروتوكول اتصال يتبادل رسائل JSON-RPC 2.0، مستوحى من بروتوكول خادم اللغة. وليس بديلاً عن استدعاء الدوال أيضاً؛ النموذج يستدعي الدوال كما اعتاد، وكل ما يفعله MCP أنه يوحّد طريقة إيصال تعريفات الأدوات إليه. منذ يوم الإطلاق توفرت خوادم لخدمات مثل Google Drive وSlack وGitHub وPostgres، وتبنّته مبكراً شركات مثل Block وReplit وZed وSourcegraph.

كيف يعمل: مضيف وعميل وخادم

البنية ثلاثية الأطراف. المضيف هو تطبيق النموذج نفسه — كلود كود أو Cursor مثلاً — وداخله يعمل العميل، وهو موصّل مخصص لكل خادم على حدة. أما الخادم فيقدّم قدراته في ثلاثة أنواع: الأدوات وهي دوال ينفذها النموذج، والموارد وهي بيانات وسياق، والقوالب الموجِّهة.

وهناك قدرات في جهة العميل تغفلها معظم الشروح: أخذ العينات حيث يطلب الخادم استدلالاً من نموذج المضيف، وRoots التي ترسم حدود نظام الملفات، والاستيضاح لطلب معلومات من المستخدم مباشرة.

على مستوى النقل، تعمل الخوادم المحلية عبر stdio، والبعيدة عبر Streamable HTTP الذي حلّ محل أسلوب HTTP+SSE المُهمَل منذ نسخة 2025-03-26 — وهي النسخة نفسها التي أضافت تفويض OAuth 2.1. النسخة المستقرة اليوم هي 2025-11-25. أما القادمة 2026-07-28 فقُفل مرشح إصدارها في 21 مايو 2026 ويُتوقع نشرها النهائي في 28 يوليو 2026، وهي أكبر مراجعة منذ الإطلاق: بروتوكول عديم الحالة، وإطار امتدادات، وسياسة تمنح 12 شهراً بين إهمال أي ميزة وإزالتها.

لمن ينتمي البروتوكول؟ لم يعد ملك أنثروبيك

في 2025 اصطفّ منافسو أنثروبيك خلف بروتوكولها واحداً تلو الآخر. OpenAI أعلنت في 26 مارس 2025 دعمه في Agents SDK، ثم أضافته لاحقاً إلى منتجات ChatGPT والـ API. تبعتها Google DeepMind في 9 أبريل 2025 لنماذج Gemini، ثم Microsoft في مؤتمر Build يوم 19 مايو 2025 بدعم أصيل في ويندوز 11 مع سجل خوادم يشترط توقيع الكود. وفي 13 أغسطس 2025 أتاح GitHub Copilot الدعم عامّاً في JetBrains وEclipse وXcode.

بقي تحفّظ وجيه واحد: كيف تبني بنيتك على معيار تملكه شركة منافسة؟ سقط هذا التحفظ في 9 ديسمبر 2025، حين تبرعت أنثروبيك بالبروتوكول لمؤسسة Agentic AI Foundation تحت مظلة Linux Foundation، وشاركت في تأسيسها مع Block وOpenAI، بدعم قوقل وMicrosoft وAWS وCloudflare وBloomberg. MCP اليوم معيار محايد لا تملكه شركة واحدة. عند التبرع أعلنت أنثروبيك تجاوز 10,000 خادم عام نشط وأكثر من 97 مليون تنزيل شهري لحزم SDK، فيما تتراوح تقديرات سجلات 2026 بين 10 و20 ألف خادم بحسب طريقة العد — وكثير منها أغلفة مكررة، فخذ الرقم كمدى لا كحقيقة مطلقة. ما يعنيك عملياً: الخادم الذي تبنيه اليوم سيعمل مع معظم وكلاء البرمجة التي قارنّاها في أفضل أدوات البرمجة بالذكاء الاصطناعي 2026 ومتى تختار كلاً منها.

الأمان: تثبيت خادم يعني تشغيل كود بصلاحياتك

المواصفة نفسها صريحة: الأمان غير مفروض على مستوى البروتوكول، والموافقة على استدعاء الأدوات مسؤولية المضيف والمستخدم. والخطر ليس نظرياً. في أبريل 2025 وثّقت Invariant Labs تقنية تسميم الأدوات: تعليمات خبيثة تُخفى في وصف الأداة، يقرؤها النموذج ولا يراها المستخدم — وهي مدرجة اليوم في قائمة OWASP MCP Top 10. في يوليو 2025 كشفت الثغرة الحرجة CVE-2025-6514 في حزمة mcp-remote (نحو 437 ألف تنزيل) عن إمكانية تنفيذ كود عن بُعد بمجرد الاتصال بخادم غير موثوق. ثم جاء postmark-mcp في سبتمبر 2025 كأول خادم MCP خبيث موثق على npm: الإصدار 1.0.16 أضاف سطراً يرسل نسخة خفية من كل بريد إلى المهاجم، وكان يُنزَّل نحو 1,500 مرة أسبوعياً قبل حذفه.

الخلاصة العملية: تثبيت خادم عشوائي يعادل تشغيل كود غريب بصلاحياتك الكاملة. التزم الخوادم الرسمية — مثل الخوادم المرجعية المصانة Filesystem وGit وFetch وMemory — أو راجع الكود بنفسك.

ولا تغفل كلفة السياق. تعريفات مئات الأدوات تلتهم نافذة السياق وتضعف قدرة النموذج على اختيار الأداة الصحيحة. في مثال هندسي نشرته أنثروبيك في 4 نوفمبر 2025، انخفض الاستهلاك من 150,000 رمز إلى 2,000 رمز فقط مع تحميل الأدوات عند الطلب. ونافذة السياق النظيفة تخدمك أيضاً حين تكتب أوامر فعّالة لنماذج الذكاء الاصطناعي مثل كلود.

متى تحتاج MCP ومتى لا؟

القرار أبسط مما يبدو إذا سألت نفسك سؤالاً واحداً: أين ستعيش أدواتك؟

• تكامل واحد ثابت مع نموذج واحد داخل تطبيقك؟ استدعاء الدوال المباشر أبسط وأخف، وMCP هنا عناء إعداد بلا مقابل.
• أدوات تريدها متاحة في عدة مضيفين معاً، تعمل في كلود كود وCursor وCopilot في آن؟ هذا هو الملعب الطبيعي للبروتوكول: ابنِ خادماً واحداً يخدمها كلها.
• حاجة شائعة مثل GitHub أو قواعد البيانات أو الملفات؟ لا تبنِ شيئاً. استخدم خادماً جاهزاً موثوقاً ووفّر وقتك.

خطأ شائع: تكديس الخوادم

وأياً كان خيارك، لا تكدّس في إعداداتك كل خادم أعجبك. كل خادم مفعّل يضيف تعريفات تستهلك سياقك وتشتّت النموذج بين أدوات لن يستدعيها. فعّل ما تستخدمه فعلاً، وعطّل الباقي حتى تحتاجه.