شرح واضح لكيفية انتقال وكلاء الذكاء الاصطناعي من الإجابة عن الأسئلة إلى تسليم تطبيقات عاملة: ما الذي يفعله Model Context Protocol فعلياً، وكيف تحافظ الرموز محدودة الصلاحية على أمان الوكلاء، والحلقة الدقيقة التي ينفذها الوكيل لإنشاء تطبيق والتحقق منه ونشره، وما الذي يميز المنصات المبنية أصلاً للوكلاء عن المنصات المرقّعة.
المؤسسون والمطورون والمشغلون الراغبون في فهم أو استخدام وكلاء يبنون برمجيات حقيقية ويصونونها، لا مجرد وكلاء للدردشة.
- نموذج ذهني بلغة بسيطة لفهم MCP ولماذا تبنّته كل مختبرات الذكاء الاصطناعي الكبرى
- صورة صادقة لنموذج الأمان: ما الذي يسمح به الرمز محدود الصلاحية وما الذي لا يسمح به
- الحلقة ذات الخطوات الست التي ينفذها الوكيل من الموجز الأولي إلى التطبيق المنشور
وكيل الذكاء الاصطناعي الذي يجيب عن الأسئلة أداة مفيدة. أما الوكيل الذي يبني تطبيقاً عاملاً ويربطه بقاعدة بيانات وينشره على نطاق حقيقي فهو نوع مختلف تماماً من الأدوات. الجسر بين الاثنين معيار صغير وممل عن قصد اسمه MCP، إلى جانب نموذج صلاحيات يجعل الأمر كله آمناً بما يكفي للاستخدام. إليك كيف يعمل ذلك فعلياً، بلا كلمات رنانة.
MCP، أي Model Context Protocol، هو معيار مفتوح يتيح لوكيل الذكاء الاصطناعي استخدام أدوات خارجية. تنشر الخدمة قائمة بالإجراءات التي تستطيع تنفيذها، كإنشاء تطبيق أو تعديل ملف أو تشغيل فحص تحقق، ويستطيع أي وكيل يدعم MCP قراءة تلك القائمة واستدعاء تلك الإجراءات. كثيراً ما يوصف بأنه USB-C الخاص بالذكاء الاصطناعي: موصل واحد يعمل عبر جميع النماذج والخدمات، بدلاً من كابل مخصص لكل زوج منها.
النموذج اللغوي وحده لا ينتج سوى نص. ليست له أيدٍ: لا يستطيع لمس قاعدة بيانات ولا استدعاء API ولا نشر موقع. أطلقت Anthropic معيار MCP كمعيار مفتوح في أواخر 2024 لمنحه أيدي بطريقة موحدة، وكان التبني سريعاً على نحو غير معتاد. خلال عامين دعمته كل مختبرات الذكاء الاصطناعي الكبرى، وتجاوز السجل العام عدة آلاف من الخوادم، وكانت حزم التطوير تُحمَّل عشرات الملايين من المرات شهرياً.
سبب انتشاره اقتصادي لا تقني. قبل وجود بروتوكول مشترك، كان ربط N من النماذج بـ M من الخدمات يعني بناء وصيانة N مضروبة في M من التكاملات المخصصة. مع معيار واحد، تكفي الخدمة بإطلاق خادم MCP واحد لتعمل فوراً مع كل وكيل قادر، ويكسب الوكيل كل الخدمات يوم يتحدث البروتوكول. المعادلة نفسها دفعت USB إلى الانتشار، وانتهت بالنتيجة ذاتها: فاز الموصل الموحد.
أول رد فعل منطقي تجاه آلة قادرة على إنشاء البرمجيات ونشرها هو القلق، والإجابة الصادقة أن الأمان يعتمد كلياً على نموذج الصلاحيات. الآلية التي تجعل الأمر قابلاً للتحكم هي الرمز محدود الصلاحية، ويستحق أن تفهمه بدقة، لأنه الفارق بين التفويض والتهور.
عندما تربط وكيلاً بمنصة ما، فأنت لا تسلمه حسابك. أنت تنشئ رمزاً، أي مفتاحاً بصلاحيات محددة ومقيدة، ويعمل الوكيل حصرياً داخل هذا السياج. كل ما يفعله يُنسب إلى ذلك الرمز، ورسم حدود السياج بيدك أنت.
أراد مؤسس شركة أن يصلح وكيل نموذج التسجيل في تطبيق الحجوزات الخاص به. أنشأ رمزاً محصوراً في ذلك التطبيق وحده، بصلاحيتي التعديل والتحقق دون النشر. أجرى الوكيل التغيير وشغّل التحقق؛ راجع المؤسس الفروقات ونشرها بنفسه، ثم ألغى الرمز. إجمالي الانكشاف: تطبيق واحد وصلاحيتان وعشرون دقيقة. هكذا يبدو التفويض داخل سياج.
الوكيل الذي يبني برمجيات حقيقية لا ينتج كل شيء في توليدة واحدة بطولية. إنه ينفذ حلقة تشبه كثيراً طريقة عمل مهندس متأنٍ، لكنها مضغوطة من أيام إلى دقائق.
يستطيع النموذج دائماً إنتاج كود يبدو صحيحاً. ما يجعل البرمجيات المبنية بالوكلاء جديرة بالثقة هو الفحص بعد كل تغيير: بوابة حقيقية تقول هذا يعمل أو هذا بالضبط ما تعطل. من دونها ينجرف الوكلاء بثقة نحو حالات معطوبة. ومعها تُلتقط الأخطاء داخل الحلقة، وهذه تحديداً الطريقة التي يتجنب بها المهندسون البشر الجيدون شحن أخطائهم.
منتجات كثيرة ألصقت خادم MCP بواجهة صُممت لبشر ينقرون الأزرار. الأمر يعمل تقنياً، لكنه ليس منصة مبنية للوكلاء. ثلاث علامات تفصل بينهما.
اختبار التماثل هو المرشح الأسرع: على منصة agent-native، يستطيع وكيل يحمل رمزاً محدود الصلاحية بشكل سليم أن يفعل تقريباً كل ما يفعله الإنسان عبر الواجهة، من إنشاء تطبيق وتغيير ملفاته والتحقق وإدارة الإصدارات والنشر. أما إذا كان مسار الوكيل باباً جانبياً ضيقاً بنصف القدرات، فالمنصة تتعامل مع الأتمتة كميزة استعراضية، وستشعر بذلك السقف خلال شهر من الاستخدام الحقيقي.
حين يتوقف تحويل الحاجة الموصوفة إلى برمجيات عاملة عن اشتراط إنسان ينقر عبر أداة بناء، تتغير اقتصاديات البرمجيات الصغيرة. يستطيع فريق العمليات الحصول على أداة داخلية في اليوم الذي يستطيع فيه وصفها، بدل الربع الذي يلي فوزها في معركة الأولويات. ويستطيع المؤسس تسليم موجز أولي لوكيل ليلاً ومراجعة نسخة أولى عاملة في الصباح. وتستطيع الشركة تحمل كلفة برمجيات مفصّلة تماماً على سير عمل واحد، لأن تفصيلها لم يعد يكلف أكثر مما يستحقه سير العمل نفسه.
لا شيء من هذا يلغي الحكم البشري. ما زال هناك من يقرر ما يستحق البناء، ويراجع ما عاد به الوكيل، ويتحمل مسؤولية النتيجة. ما يتغير هو كلفة المسافة بين وصف واضح ومنتج يعمل. كانت تلك المسافة تُقاس بالأسابيع والفواتير، وصارت تُقاس بالدقائق ومراجعة واحدة، والشركات التي تستوعب هذا مبكراً ستملك ببساطة برمجيات أكثر، وأكثر ملاءمة لطريقة عملها، من تلك التي تنتظر.
Model Context Protocol هو معيار مفتوح يتيح لوكلاء الذكاء الاصطناعي اكتشاف واستدعاء الأدوات التي تقدمها خدمة ما، كإنشاء تطبيق أو تعديل ملف أو تشغيل فحص، بحيث يستطيع أي وكيل قادر العمل مع أي خدمة تنشر خادم MCP.
نعم، عندما تمنحه المنصة أدوات حقيقية مع بوابة تحقق: ينشئ الوكيل المشروع، ويبني نموذج البيانات والصفحات، ويتحقق بعد كل تغيير، ويصلح ما يكشفه الفحص، ثم ينشر. الجزء الموثوق هو الحلقة مع التحقق، لا توليدة عملاقة واحدة.
الرمز محدود الصلاحية الذي يعمل تحته. أنت تحصره في تطبيقات محددة وإجراءات محددة، وكل استدعاء يُسجَّل، وتستطيع إلغاءه فوراً. وكيل يحمل رمز تعديل وتحقق لتطبيق واحد لا يستطيع حذف مشاريع أخرى ولا النشر من دونك.
طبّق اختبار التماثل: مع رمز محدود الصلاحية بشكل سليم، هل يستطيع الوكيل فعل كل ما يفعله الإنسان تقريباً، من إنشاء وتعديل وتحقق وإدارة إصدارات ونشر؟ إذا كان مسار الوكيل مجموعة ضيقة من واجهة الإنسان، فالأتمتة كانت فكرة لاحقة وستصطدم بسقفها سريعاً.