MCP (بروتوكول سياق النموذج)

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

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

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