إذا كنت تتساءل عن ماهية بروتوكول MCP، ولماذا يُطلق عليه البعض اسم "USB-C" لتطبيقات الذكاء الاصطناعي، فأنت في المكان الصحيح. باختصار، MCP (بروتوكول سياق النموذج) هو طريقة مفتوحة لتطبيقات الذكاء الاصطناعي ووكلائها للاتصال بالأدوات والبيانات الخارجية دون الحاجة إلى كتابة أكواد برمجية مخصصة. فهو يُوحّد كيفية اكتشاف النماذج للأدوات، وطلب الإجراءات، واستخراج السياق، مما يُمكّن الفرق من دمجها مرة واحدة وإعادة استخدامها في كل مكان. فكّر في الأمر كالمحولات، وليس كشبكة معقدة من الأكواد. حتى أن الوثائق الرسمية تستخدم تشبيه USB-C. [1]
مقالات قد ترغب في قراءتها بعد هذه المقالة:
🔗 ما هو الذكاء الاصطناعي الحافة
تعرف على الذكاء الاصطناعي الحافة، وكيفية عمله، وتطبيقاته الرئيسية في العالم الحقيقي.
🔗 ما هو الذكاء الاصطناعي التوليدي
تعرف على كيفية قيام الذكاء الاصطناعي التوليدي بإنشاء المحتوى والنماذج الشائعة والاستخدامات التجارية.
🔗 ما هو الذكاء الاصطناعي الوكيل
اكتشف الذكاء الاصطناعي الوكيل والوكلاء المستقلين وكيفية تنسيق المهام المعقدة.
🔗 ما هي قابلية التوسع للذكاء الاصطناعي
استكشف تحديات قابلية توسع الذكاء الاصطناعي، واعتبارات البنية التحتية، واستراتيجيات التحسين.
ما هو MCP في الذكاء الاصطناعي؟ الإجابة السريعة ⚡
بروتوكول MCP هو بروتوكول يسمح لتطبيق الذكاء الاصطناعي ( المضيف) بالتواصل مع عملية تعرض إمكانياته ( خادم MCP) عبر عميل MCP داخل التطبيق. يمكن للخوادم توفير الموارد، والمطالبات، والأدوات. يتم الاتصال عبر JSON-RPC 2.0- وهو تنسيق بسيط للطلب/الاستجابة يتضمن طرقًا، ومعاملات، ونتائج، وأخطاء - لذا إذا كنت قد استخدمت بروتوكولات RPC من قبل، فسيكون هذا مألوفًا لك. بهذه الطريقة، تتوقف البرامج الذكية عن الانحصار في نافذة الدردشة وتبدأ في أداء مهام مفيدة. [2]
لماذا يهتم الناس: مشكلة N×M، تم حلها تقريبًا 🧩
بدون بروتوكول MCP، يتطلب كل نموذج مرتبط بأداة تكاملاً منفصلاً. أما مع بروتوكول MCP، فتُنفذ الأداة خادمًا واحدًا يمكن لأي عميل متوافق استخدامه. وبذلك، تتوقف أنظمة إدارة علاقات العملاء (CRM) والسجلات والوثائق ونظام البناء عن كونها أنظمة معزولة. ليس الأمر سحريًا - فتجربة المستخدم والسياسات لا تزال مهمة - لكن المواصفات تُصمم بشكل صريح المضيفين والعملاء والخوادم لتقليص مساحة التكامل. [2]
ما الذي يجعل MCP مفيدًا ✅
-
قابلية التشغيل البيني التي تبدو مملة (بمعنى جيد). قم ببناء خادم مرة واحدة؛ واستخدمه عبر تطبيقات الذكاء الاصطناعي المتعددة. [2]
-
نموذج "USB-C للذكاء الاصطناعي" الذهني. تعمل الخوادم على توحيد واجهات برمجة التطبيقات غير المألوفة لتصبح مألوفة للنماذج. ليس مثاليًا، ولكنه يُسرّع من عملية التنسيق بين الفرق. [1]
-
أدوات قابلة للاكتشاف. يمكن للعملاء إدراج الأدوات، والتحقق من صحة المدخلات، واستدعائها باستخدام معلمات منظمة، والحصول على نتائج منظمة (مع إشعارات عند تغيير قوائم الأدوات). [3]
-
مدعوم في أماكن سكن المطورين. يربط GitHub Copilot خوادم MCP عبر بيئات التطوير المتكاملة الرئيسية، ويضيف تدفقًا لسجلّات البرامج، بالإضافة إلى ضوابط للسياسات - وهو أمرٌ بالغ الأهمية للاستخدام. [5]
-
مرونة النقل. استخدم stdio للبث المحلي؛ انتقل إلى HTTP القابل للبث عند الحاجة إلى حدود. في كلتا الحالتين: رسائل JSON-RPC 2.0. [2]
كيف يعمل MCP فعليًا تحت الغطاء 🔧
أثناء وقت التشغيل لديك ثلاثة أدوار:
-
المضيف – تطبيق الذكاء الاصطناعي الذي يمتلك جلسة المستخدم
-
العميل – الموصل داخل المضيف الذي يتحدث بروتوكول MCP
-
الخادم – عملية تعرض الموارد والمطالبات والأدوات
يتحدثون JSON-RPC 2.0 : الطلبات والاستجابات والإشعارات - على سبيل المثال، إشعار تغيير قائمة الأدوات حتى تتمكن واجهة المستخدم من التحديث المباشر. [2][3]
النقل: استخدم stdio للحصول على خوادم محلية قوية وقابلة للحماية؛ انتقل إلى HTTP عندما تحتاج إلى حدود الشبكة. [2]
مميزات الخادم:
-
الموارد – بيانات ثابتة أو ديناميكية للسياق (ملفات، مخططات، سجلات)
-
المطالبات – تعليمات قابلة لإعادة الاستخدام ومُعَدّة بمعلمات
-
الأدوات – دوال قابلة للاستدعاء مع مدخلات ومخرجات محددة النوع
هذا الثلاثي هو ما يجعل MCP يبدو عمليًا بدلاً من النظري. [3]
حيث ستلتقي بـ MCP في البرية 🌱
-
GitHub Copilot – ربط خوادم MCP في VS Code وJetBrains وVisual Studio. يوجد سجل وضوابط سياسة المؤسسة لإدارة الاستخدام. [5]
-
ويندوز – دعم على مستوى نظام التشغيل (ODR/السجل) بحيث يمكن للوكلاء اكتشاف خوادم MCP واستخدامها بشكل آمن مع الموافقة والتسجيل وسياسة المسؤول. [4]
جدول المقارنة: خيارات لتطبيق MCP اليوم 📊
فوضوية بعض الشيء عن قصد - لأن الطاولات في الحياة الواقعية لا تتطابق أبدًا بشكل مثالي.
| أداة أو إعداد | لمن هذا | سعره معقول | لماذا يعمل مع MCP |
|---|---|---|---|
| خوادم Copilot + MCP (IDE) | المطورون في المحررين | مطلوب مساعد طيار | حلقة IDE ضيقة؛ استدعاء أدوات MCP مباشرة من الدردشة؛ دعم التسجيل + السياسة. [5] |
| وكلاء Windows + MCP | تكنولوجيا المعلومات والعمليات المؤسسية | مجموعة ميزات Windows | حواجز الحماية على مستوى نظام التشغيل، ومطالبات الموافقة، والتسجيل، وسجل على الجهاز. [4] |
| خادم DIY لواجهات برمجة التطبيقات الداخلية | فرق المنصات | البنية التحتية الخاصة بك | قم بتغليف الأنظمة القديمة كأدوات منفصلة دون إعادة كتابة؛ مدخلات/مخرجات مكتوبة. [3] |
الأمان والموافقة والحواجز الأمنية 🛡️
MCP هو تنسيق السلك ودلالاته؛ الثقة تكمن في المضيف ونظام التشغيل. يُبرز ويندوز مطالبات الأذونات، والسجلات، وخطافات السياسات، وتُعامل عمليات النشر الجادة استدعاء الأدوات كتشغيل ملف ثنائي مُوقّع. باختصار، يجب على وكيلك الاستفسار قبل التعامل مع التفاصيل الدقيقة. [4]
الأنماط العملية التي تعمل بشكل جيد مع المواصفات:
-
الحفاظ على الأدوات الحساسة محليًا عبر stdio مع أقل قدر من الامتيازات
-
أدوات التحكم عن بعد بالبوابة مع نطاقات وموافقات واضحة
-
تسجيل كل مكالمة (المدخلات / النتائج) للتدقيق
تجعل الطرق المنظمة للمواصفات وإشعارات JSON-RPC هذه الضوابط متسقة عبر الخوادم. [2][3]
MCP مقابل البدائل: أي مطرقة وأي مسمار؟ 🔨
-
استدعاء الدوال البسيط في حزمة LLM واحدة - مثالي عندما تكون جميع الأدوات تابعة لمورّد واحد. غير مثالي عند الرغبة في إعادة استخدامها عبر التطبيقات/الوكلاء. يفصل MCP الأدوات عن أي مورّد نموذج واحد. [2]
-
إضافات مخصصة لكل تطبيق - يعمل هذا... حتى تطبيقك الخامس. يقوم MCP بمركزة تلك الإضافة في خادم قابل لإعادة الاستخدام. [2]
-
البنى التي تعتمد على RAG فقط – الاسترجاع قوي، لكن الإجراءات مهمة. يوفر لك MCP إجراءات منظمة بالإضافة إلى السياق. [3]
نقدٌ عادل: تشبيه "USB-C" قد يُغفل اختلافات التنفيذ. البروتوكولات لا تُجدي نفعًا إلا إذا كانت تجربة المستخدم والسياسات جيدة. هذا الفرق جوهري. [1]
النموذج العقلي البسيط: الطلب، الاستجابة، الإخطار 🧠
تصور هذا:
-
يطلب العميل من الخادم:
الطريقة: "tools/call"، المعاملات: {...} -
يرد الخادم بنتيجة أو خطأ
-
يمكن للخادم إخطار العملاء بتغييرات قائمة الأدوات أو الموارد الجديدة حتى يتم تحديث واجهات المستخدم بشكل مباشر
هذه هي بالضبط الطريقة التي من المفترض أن يتم بها استخدام JSON-RPC - وكيف تحدد MCP اكتشاف الأدوات واستدعائها. [3]
ملاحظات التنفيذ التي توفر لك الوقت ⏱️
-
ابدأ بـ stdio. أسهل مسار محلي؛ سهل الاستخدام والتصحيح. انتقل إلى HTTP عند الحاجة إلى حدود. [2]
-
نظّم مدخلات/مخرجات أداتك. التحقق القوي من مخطط JSON = مكالمات متوقعة وإعادة محاولات أكثر أمانًا. [3]
-
فضّل استخدام العمليات المتكررة. إعادة المحاولة أمر وارد؛ لا تُنشئ خمس تذاكر عن طريق الخطأ.
-
مشاركة بشرية في عمليات الكتابة. عرض الاختلافات/الموافقات قبل الإجراءات التدميرية؛ يتوافق ذلك مع الموافقة وتوجيهات السياسة. [4]
حالات استخدام واقعية يمكنك شحنها هذا الأسبوع 🚢
-
المعرفة الداخلية + الإجراءات: قم بتغليف ويكي، ونظام التذاكر، ونصوص النشر كأدوات MCP بحيث يمكن لزميل الفريق أن يسأل: "تراجع عن آخر عملية نشر وربط الحادثة". طلب واحد، وليس خمس علامات تبويب. [3]
-
عمليات المستودع من الدردشة: استخدم Copilot مع خوادم MCP لإدراج المستودعات وفتح طلبات السحب وإدارة المشكلات دون مغادرة محرر النصوص الخاص بك. [5]
-
عمليات سير عمل سطح المكتب مع قضبان الأمان: على نظام التشغيل Windows، اسمح للوكلاء بقراءة مجلد أو الاتصال بواجهة سطر أوامر محلية باستخدام مطالبات الموافقة ومسارات التدقيق. [4]
الأسئلة الشائعة حول MCP ❓
هل MCP مكتبة أم معيار؟
إنه بروتوكول. يقوم الموردون بشحن عملاء وخوادم تُطبّقه، لكن المواصفات هي المصدر الموثوق. [2]
هل يمكن لـ MCP أن يحل محل إطار عمل الإضافات الخاص بي؟
أحيانًا. إذا كانت إضافاتك تعمل وفق مبدأ "استدعاء هذه الطريقة بهذه الوسائط، والحصول على نتيجة منظمة"، فيمكن لـ MCP توحيدها. مع ذلك، قد تظل هناك حاجة إلى إضافات مخصصة لخطافات دورة حياة التطبيق العميقة. [3]
هل يدعم MCP البث؟
نعم، تتضمن خيارات النقل بروتوكول HTTP القابل للبث، ويمكنك إرسال تحديثات تدريجية عبر الإشعارات. [2]
هل من الصعب تعلم JSON-RPC؟
كلا. إنه مجرد دالة أساسية + معلمات + معرّف بتنسيق JSON، وهو ما تدعمه العديد من المكتبات بالفعل، ويوضح MCP كيفية استخدامه بالضبط. [2]
تفصيلة صغيرة في البروتوكول تؤتي ثمارها 📎
لكل استدعاء اسم دالة ومعاملات محددة النوع. يسهل هذا الهيكل ربط النطاقات والموافقات وسجلات التدقيق، وهو أمر يصعب تحقيقه مع المطالبات الحرة. توضح وثائق ويندوز كيفية دمج هذه الفحوصات في تجربة نظام التشغيل. [4]
رسم معماري سريع يمكنك رسمه على منديل 📝
تطبيق مضيف مع دردشة ← يحتوي على عميل MCP ← يفتح نقلًا إلى خادم واحد أو أكثر ← تُفصح الخوادم عن إمكانيات ← يُخطط النموذج لخطوة، ثم يستدعي أداة، ويتلقى نتيجة مُهيكلة ← تُعرض الدردشة الاختلافات/المعاينات ← يُوافق المستخدم ← الخطوة التالية. ليس سحرًا، بل مجرد نظام صرف صحي يُبقيه بعيدًا عن الطريق. [2]
ملاحظات ختامية - طويل جدًا، لم أقرأه 🎯
يحوّل MCP بيئة الأدوات الفوضوية إلى نظام منطقي. لن يكتب سياسة الأمان أو واجهة المستخدم، ولكنه يوفر لك بنية أساسية بسيطة ومتوقعة للإجراءات والسياق. ابدأ من حيث يكون التبني سلسًا -مثل Copilot في بيئة التطوير المتكاملة أو وكلاء Windows مع مطالبات الموافقة- ثم قم بتغليف الأنظمة الداخلية كخوادم حتى يتمكن وكلاؤك من أداء العمل الفعلي دون الحاجة إلى متاهة من المحولات المخصصة. هكذا تُرسخ المعايير. [5][4]
مراجع
-
نظرة عامة على بروتوكول MCP وتشبيهه بـ "USB-C" - بروتوكول سياق النموذج: ما هو بروتوكول MCP؟
-
المواصفات المرجعية (الأدوار، JSON-RPC، وسائل النقل، الأمان) - مواصفات بروتوكول سياق النموذج (2025-06-18)
-
الأدوات، والمخططات، والاكتشاف، والإشعارات - ميزات خادم MCP: الأدوات
-
تكامل نظام التشغيل ويندوز (ODR/السجل، الموافقة، التسجيل، السياسة) – بروتوكول سياق النموذج (MCP) على نظام التشغيل ويندوز – نظرة عامة
-
اعتماد وإدارة بيئات التطوير المتكاملة (IDE) - توسيع نطاق دردشة GitHub Copilot باستخدام خوادم MCP