عندما تطلب من عميل ذكاء اصطناعي "تحقق من مخزون مستودعي" أو "احجز لي هذا الموعد"، يحتاج ذلك العميل إلى أن يتصل بأنظمتك الداخلية بأمان — لا بوصول كامل وخطير، بل بمجموعة محدودة ومتحكَّم بها من الأدوات. هذه بالضبط المشكلة التي صُمم بروتوكول سياق النموذج (Model Context Protocol - MCP) لحلها.
ما هو MCP بالضبط؟
MCP بروتوكول مفتوح المصدر أطلقته شركة Anthropic، ويوفّر لغة مشتركة لربط نماذج اللغة بالأدوات والبيانات والأنظمة الخارجية. بدلًا من أن يبني كل نموذج ذكاء اصطناعي واجهة مخصصة لكل خدمة، يوفّر MCP طبقة وسيطة معيارية: يمكن لأي خادم مُنفَّذ وفق MCP أن يُستخدَم من قبل أي نموذج يدعم MCP.
معمارية MCP: العميل، الخادم، والمضيف
يوجد في MCP ثلاثة أدوار رئيسية. تطبيق المضيف (Host Application) هو التطبيق الذي يتعامل معه المستخدم مباشرةً (مثل مساعد ذكاء اصطناعي). عميل MCP (MCP Client) يعيش داخل ذلك التطبيق ويكون مسؤولًا عن إنشاء الاتصال وإدارته. أما خادم MCP (MCP Server) فهو ما تبنيه أنت بصفتك صاحب العمل، وتعرض من خلاله أدواتك وبياناتك الخاصة للعميل — مع تحكم كامل فيما يُتاح.
الركائز الأساسية الثلاث لخادم MCP
- Tools — دوال يمكن للعميل تنفيذها، مثل
check_inventory()أوbook_appointment() - Resources — بيانات يمكن للعميل قراءتها، مثل كتالوج المنتجات أو سياسة الإرجاع
- Prompts — قوالب جاهزة تقترح على العميل كيفية التفاعل الأمثل مع خادمك
لماذا يُعد MCP أساسيًا للمتاجر الإلكترونية؟
بدون MCP، تكون الطريقة الوحيدة لربط الذكاء الاصطناعي بأنظمتك الداخلية هي منحه وصولًا كاملًا لقاعدة البيانات أو كتابة تكاملات هشة ومخصصة — وكلا الخيارين محفوف بالمخاطر ومكلف. يُنشئ MCP حدًّا أمنيًا واضحًا: أنت من يحدد بدقة أي الدوال متاحة، وأي البيانات قابلة للقراءة، ومن أين يأتي كل استدعاء.
- تحكم دقيق في الوصول بدلًا من وصول كامل لقاعدة البيانات
- إمكانية تسجيل وتتبّع كل طلب من العميل
- إمكانية تحديد معدل الطلبات (Rate Limiting) على مستوى كل أداة
- التوافق مع أي نموذج ذكاء اصطناعي يدعم MCP، دون الحاجة لإعادة التطوير
ما الفرق بين MCP وUCP؟
كثيرًا ما يُخلط بين هذين البروتوكولين، لكن لهما دورين مختلفين تمامًا. صُمم UCP للمعاملات التجارية العامة — البحث عن المنتجات، سلة الشراء، الدفع — وهو متاح لأي عميل يزور موقعك. أما MCP فصُمم للوصول الآمن والخاص إلى الأنظمة الداخلية، عادةً في علاقة أكثر مباشرة وبمستوى ثقة أعلى بين العمل والمساعد الذكي. عمليًا، تستخدم العديد من الشركات كلا البروتوكولين معًا.
UCP هو الباب الأمامي لمتجرك؛ أما MCP فهو المفتاح الذي لا يسمح إلا للأفراد والعملاء المصرَّح لهم بالدخول إلى الكواليس.
كيف تبني خادم MCP بسيطًا؟
- أدرج الأدوات التي تريد إتاحتها للعميل (مثل التحقق من المخزون، حجز موعد)
- لكل أداة، عرّف المدخلات والمخرجات ومنطق التنفيذ في الواجهة الخلفية
- نفّذ الخادم بإحدى حزم SDK الرسمية لـMCP (لـPython وNode.js وغيرها)
- قيّد الوصول: اعرض فقط البيانات والعمليات اللازمة فعليًا
- اختبر الخادم باستخدام عميل MCP
الأسئلة الشائعة حول MCP
هل يعمل MCP فقط مع نماذج Anthropic؟
لا. MCP معيار مفتوح، والهدف منه التوافق مع أي نموذج أو منصة ذكاء اصطناعي تدعم تنفيذه.
هل يتطلب تنفيذ MCP تغييرات في موقعي الحالي؟
عادةً لا. يمكن لخادم MCP أن يعمل كخدمة مستقلة إلى جانب موقعك الحالي، ويتصل فقط بالأجزاء التي تحددها أنت من بياناتك.
هل يجب تنفيذ MCP وUCP في آنٍ واحد؟
لا يلزم أن يكونا معًا، لكن يُنصح بذلك. للبدء السريع، ابنِ UCP أولًا باستخدام المولّد المجاني، ثم انتقل إلى MCP وفق دليل التنفيذ خطوة بخطوة.