ما هو MCP (Model Context Protocol)؟ شرح بلغة واضحة

ما هو MCP (Model Context Protocol)؟ شرح بلغة واضحة

Model Context Protocol (MCP) هو المعيار المفتوح الذي يوصل وكلاء الذكاء الاصطناعي بالأدوات والبيانات التي يحتاجونها للتحرك. تعرّفوا كيف يعمل، ولماذا وُهب إلى Linux Foundation، وما يعنيه لمشاريع الذكاء الاصطناعي عندكم.

بقلم Silverthread Labs··شرح MCP·Model Context Protocol ووكلاء الذكاء الاصطناعي·ما يفعله خادم MCP

ما هو MCP (Model Context Protocol)؟

Model Context Protocol (MCP) معيار مفتوح، صدر من Anthropic في نوفمبر 2024، يعطي وكلاء الذكاء الاصطناعي طريقة مطردة للاتصال بالأدوات والبيانات الخارجية: قواعد البيانات، وأنظمة إدارة علاقات العملاء، وواجهات البرمجة، وأنظمة الملفات. ووهبته Anthropic إلى Linux Foundation في ديسمبر 2025. والفكرة مستقيمة: بدل بناء تكامل مخصص كل مرة توصلون فيها وكيلاً بأداة، تبنون خادم MCP واحداً لكل مصدر بيانات ويستطيع أي وكيل متوافق مع MCP استخدامه.

وحتى أواخر 2025، يوجد أكثر من 10,000 خادم MCP عام و97 مليون تنزيل شهري لمجموعات SDK. وقد تبنّت المعيار OpenAI وGoogle وMicrosoft وAWS وSalesforce جميعاً.

فإن كنتم تظلون ترون «MCP» في تغطية الذكاء الاصطناعي وتريدون شرحاً واضحاً لما يفعله فعلاً، ومن ذلك أين يقصّر، فهذه هي تلك المقالة.


ما هو MCP؟#

التعريف في جملة واحدة#

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

لماذا بُني: مشكلة التكامل N x M#

قبل MCP، كان كل اتصال بين وكيل ذكاء اصطناعي وأداة مشروعاً هندسياً منفرداً. تبنون وكيلاً جديداً؟ اكتبوا موصلات جديدة لكل أداة. تغيّرون مزوّدي الذكاء الاصطناعي؟ أعيدوا كتابة التكاملات. ووصفتها Anthropic داخلياً بمشكلة N x M: أي N من الوكلاء مضروباً في M من الأدوات، وهي شبكة متمددة من شيفرة هشّة غير متوافقة.

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

وMCP يقلّص ذلك إلى N+M. خادم واحد لكل أداة، وعميل واحد لكل وكيل. ويستطيع أي وكيل متوافق مع MCP الوصول إلى أي خادم متوافق معه بلا إعادة عمل. فتصير التكاملات المخصصة الخمسة والأربعون ثمانية عشر اتصالاً معيارياً.

تشبيه USB-C: ما يصيبه وأين يتوقف#

المقارنة التي تلجأ إليها Anthropic ومعظم القطاع هي USB-C: معيار موصل واحد جعل عقوداً من الكابلات الخاصة بلا معنى. فكابل USB-C يحمل الطاقة والبيانات والفيديو عبر منفذ واحد على أي جهاز. وMCP يحمل السياق واستدعاءات الأدوات والموجّهات عبر بروتوكول واحد بين أي وكيل ذكاء اصطناعي وأي نظام موصول.

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


كيف يعمل MCP#

ثلاثة أدوار: المضيف، والعميل، والخادم#

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

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

ثلاث أوليات: الأدوات، والموارد، والموجّهات#

كل خادم MCP يعرض تركيبة من ثلاث كتل بناء:

الأوليةما تفعلهالتشبيه
الأدواتدوال يستطيع الوكيل استدعاءها للتحرك: الكتابة في قاعدة بيانات، وإرسال بريد، وتشغيل استعلامنقطة POST في واجهة REST
المواردبيانات للقراءة فقط يستطيع الوكيل الوصول إليها: ملفات، وسجلات، ومستنداتنقطة GET في واجهة REST
الموجّهاتقوالب محددة مسبقاً تعطي النموذج سياقاً مبنيّاً للمهام الشائعةموجّه نظام لمسار عمل بعينه

ومعظم حالات الاستخدام الإنتاجية تعتمد أولاً على الأدوات. والموارد والموجّهات قيّمة لكنها أقل استخداماً عاماً في عمليات النشر الحالية.

طبقة النقل: محلية (stdio) في مقابل بعيدة (HTTP/SSE)#

يدعم MCP نمطي نقل:

  • stdio (الدخل والخرج المعياريان): يعمل الخادم عملية محلية على الجهاز ذاته الذي عليه العميل. أبسط في الإعداد، ومناسب لأدوات المطورين والوكلاء المحليين.
  • HTTP مع Server-Sent Events (SSE): يعمل الخادم عن بعد. فيرسل العميل الطلبات عبر HTTP؛ ويبثّ الخادم الاستجابات عبر SSE. وهذا هو النموذج لعمليات النشر الإنتاجية التي يحتاج الخادم فيها إلى أن يكون قابلاً للوصول من وكلاء يعملون في بنية سحابية.

مثال محسوس: وكيل ذكاء اصطناعي يسحب بيانات Salesforce#

يسأل مدير مبيعات مساعده بالذكاء الاصطناعي: «اسحب بيانات صفقات الربع الماضي من Salesforce ولخّص أين تعطلت كل صفقة».

ومع MCP: يستدعي الوكيل خادم MCP يغلّف نسخة Salesforce عندكم. ويستعلم الخادم السجلات ذات الصلة ويعيد بيانات مبنيّة، بلا بيانات اعتماد Salesforce مخبوزة في شيفرة الوكيل، وبلا غلاف واجهة برمجة مخصص، ومع مسار تدقيق لكل استدعاء أداة.

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


منظومة MCP اليوم#

من 100 خادم عند الإطلاق إلى أكثر من 17,000 مفهرس حتى أواخر 2025#

أُطلق MCP في نوفمبر 2024 بنحو 100 خادم بنتها Anthropic وشركاء مبكرون. وحتى أواخر 2025 كانت المنظومة قد نمت إلى أكثر من 10,000 خادم بجودة إنتاجية تتبعها السجلات الكبرى، مع فهارس أوسع تسرد ما يزيد على 17,000 مدخل عبر كل فئات الجودة (Glama، ديسمبر 2025).

97 مليون تنزيل شهري لمجموعات SDK عبر Python وTypeScript#

تجاوزت مجموعتا SDK لـ Python وTypeScript 97 مليون تنزيل شهري مجتمعتين في ديسمبر 2025 (إعلان Anthropic / Linux Foundation، ديسمبر 2025). والانتقال من قريب من الصفر إلى تسع خانات من التنزيلات الشهرية في أقل من 14 شهراً أسرع مما تبلغه معظم معايير بنية المطورين في هذه المرحلة.

من تبنّى MCP: OpenAI، وGoogle، وMicrosoft، وAWS، وSalesforce، وغيرها#

تبنّت OpenAI بروتوكول MCP في مارس 2025 ودمجته في منتجات ChatGPT. وتبعتها Google وMicrosoft Azure وAWS وSalesforce، فصار MCP طبقة تكامل الوكلاء الافتراضية عبر منصات السحابة الكبرى. وشركات أدوات المطورين، ومنها Zed وReplit وSourcegraph، بنت دعم MCP في خصائصها البرمجية بالذكاء الاصطناعي.

وخادم MCP تبنونه اليوم قابل للاستخدام من أي وكيل ذكاء اصطناعي على أي من هذه المنصات بلا تعديل.

الهبة إلى Linux Foundation: ما تعنيه الحوكمة المحايدة تجاه المزوّدين عملياً#

في ديسمبر 2025، وهبت Anthropic بروتوكول MCP إلى Linux Foundation، فصار مشروعاً مؤسساً في Agentic AI Foundation (AAIF)، وهو صندوق موجّه شاركت في تأسيسه Anthropic وBlock وOpenAI.

والحوكمة المحايدة تجاه المزوّدين تهم هنا. فحين يقيم معيار تحت مؤسسة مفتوحة بدل شركة واحدة، لا يستطيع أي مزوّد تغيير المواصفة لمصلحة منتجاته، ويستطيع المتبنّون في المؤسسات البناء عليه دون قلق من أن قراراً تجارياً في Anthropic سيُبطل استثمارهم. وهذا هو النموذج ذاته الذي جعل Linux وKubernetes وOpenTelemetry خيارات بنية آمنة.


لماذا يهم MCP لوكلاء الذكاء الاصطناعي#

السياق هو الاختناق، لا الاستدلال#

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

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

ما يستطيع الوكلاء فعله بوصول إلى الأدوات وبدونه#

بلا وصول إلى الأدوات، يكون وكيل الذكاء الاصطناعي معالج نصوص متطوراً. يستطيع الاستدلال على معلومات أُعطيت له، لكنه لا يستطيع الذهاب لجلب معلومات جديدة ولا يستطيع التحرك.

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

تهلوس أقل، وأجوبة أكثر تأريضاً#

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

والتهلوس أرجح ما يكون حين تولّد النماذج ادعاءات واقعية من الذاكرة. وأقل ما يكون حين تستدلّ النماذج على بيانات استرجعتها لحظتها. وMCP يزحزح الوكلاء نحو الثانية.

وكلاء العرض التوضيحي في مقابل وكلاء الإنتاج#

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

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


ما لا يعالجه MCP#

الوضوح بشأن الحدود نافع كنفع شرح ما يفعله.

المصادقة والتحكم في الوصول لا يزالان مشكلتكم#

MCP لا يعرّف كيف يصادق خادمكم العملاء ولا كيف يدير بيانات الاعتماد للخدمة الكامنة التي يغلّفها. فلا تزالون تحتاجون إلى بناء طبقة مصادقة أو تكاملها، من OAuth2، ومفاتيح واجهات البرمجة، وتحديد نطاق الرموز، وإلى إحسانها. وفي عمليات البناء الإنتاجية، تضيف المصادقة عادة أربعة إلى ستة أسابيع إلى مشروع لم تكن الفرق قد خصّصتها له بدءاً (Intuz / Zeo، 2025-2026).

الأمن: حقن الموجّهات، ونطاقات الأدوات المفرطة الصلاحية، والأدوات المشابهة#

حدّدت بحوث نُشرت في 2025 مخاطر إنتاجية فعّالة في عمليات نشر MCP: حقن الموجّهات (حيث يخدع مدخل خبيث وكيلاً فيستدعي أدوات مدمّرة)، ونطاقات الأدوات المفرطة الصلاحية (وكلاء بوصول أكثر مما يحتاجون)، وهجمات الأدوات المشابهة (خادم MCP مخترق يتقنّع بخادم موثوق) (Zuplo MCP Security Report / Astrix State of MCP Server Security، 2025). والبروتوكول لا يحمي من أي من هذه افتراضياً. والخوادم الإنتاجية المحصّنة تقتضي معمارية أمنية صريحة.

انحراف المخطط مع تغيّر أنظمتكم الكامنة#

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

الجودة تتباين تبايناً واسعاً في المنظومة#

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


هل تحتاجون إلى خادم MCP مخصص؟#

متى يكفي خادم جاهز#

إن كنتم تتكاملون مع أدوات SaaS واسعة الاستخدام، من GitHub وSlack وGoogle Drive وHubSpot، وكانت متطلباتكم معتادة، فتوجد خوادم مجتمعية حسنة الصيانة ومستخدمة فعّالة في الإنتاج. والسجلات المنتقاة مثل Glama تتبع الخوادم بجودة إنتاجية وهي نقطة بداية معقولة.

متى تحتاجون إلى شيء مبنيّ خصيصاً#

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

وثمة سؤال صيانة كذلك. فخادم تبنونه وتملكونه تستطيعون تحديثه حين يتغير نظامكم الكامن وترقيعه حين تظهر مسألة أمنية. أما الخادم المجتمعي فعبء صيانة شخص آخر.

ما يقتضيه خادم جاهز للإنتاج فعلاً#

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

وهذه ليست عتبة عالية. إنها عتبة هندسية، لا عتبة نموذج أولي. ومعظم خوادم MCP المسرودة علناً لا تلبيها.

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


أسئلة متكررة#

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

هل MCP هو ذاته واجهة برمجة؟ لا. واجهة البرمجة هي كيف تعرض خدمة بعينها وظائفها. وMCP طبقة فوق واجهات البرمجة توحّد كيف يكتشف وكلاء الذكاء الاصطناعي تلك القدرات ويستدعونها. وخادم MCP يغلّف عادة واجهة برمجة أو أكثر ويعرضها على الوكيل بصيغة يستطيع النموذج الاستدلال عليها.

أي أدوات الذكاء الاصطناعي تدعم MCP؟ حتى 2026: Claude (من Anthropic)، وChatGPT (من OpenAI)، وGoogle Gemini وVertex AI، وMicrosoft Copilot وAzure AI، وطاقم متزايد من منصات المطورين، ومنه Cursor وZed وReplit وSourcegraph.

كم خادم MCP يوجد؟ تتبعت الفهارس أكثر من 17,000 مدخل حتى أواخر 2025. والجودة تتباين: فالسجلات المنتقاة مثل Glama تصون ما يقارب 10,000 مدخل بجودة إنتاجية. وتُضاف خوادم جديدة يومياً.

هل استخدام MCP مجاني؟ نعم. MCP مفتوح المصدر (مرخّص بترخيص MIT)، والمواصفة مصانة تحت Linux Foundation. ولا رسوم ترخيص لبناء خوادم MCP أو عملائه.

أي لغات البرمجة تدعم MCP؟ تتاح مجموعات SDK رسمية لـ Python وTypeScript. وتوجد مجموعات مجتمعية لـ Go وJava وC# وRust. ومجموعة TypeScript هي الأوسع استخداماً حالياً في عمليات النشر الإنتاجية.

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

آخر تحديث: March 16, 2026

[ كيف يعمل الأمر ]

تدقيق أتمتة مجاني

نعثر على 20% من عملك اليدوي الأكثر كلفة عليك، ثم نُريك بالضبط كيف تتخلص منه.

الخطوة 1.0
أخبرنا بما يُرهقك

أخبرنا بما يُرهقك

مكالمة من 30 دقيقة. اشرح لنا عملياتك اليومية وسنرصد الاختناقات التي لم تعد تلاحظها.

الخطوة 2.0
نُرتّب المكاسب

نُرتّب المكاسب

نُقيّم كل فرصة بالأثر والجهد، لترى أين يوفّر الذكاء الاصطناعي أكبر قدر من الوقت والمال.

الخطوة 3.0
تحصل على خطة العمل

تحصل على خطة العمل

خارطة طريق مرتبة بالأولوية يمكنك التحرك بها. نفّذها معنا أو بمفردك. تبقى لك في الحالتين.