MCP: USB-C للذكاء الاصطناعي — كيف يُغيّر بروتوكول سياق النموذج كل شيء

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

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

ثم جاء MCP — بروتوكول سياق النموذج. وأخيراً حصلت الغرفة على باب.

الأدوات: النصف المنسي من الذكاء الاصطناعي

حين يقول أحدهم "يستطيع الذكاء الاصطناعي قراءة ملفاتي"، يعني في الواقع شيئاً محدداً جداً وميكانيكياً جداً. خلف الكواليس، سجَّل مطورٌ دالةً — لنسمّها read_file — مع وكيل الذكاء الاصطناعي. يبدو هذا التسجيل تقريباً كالتالي:

{
  "name": "read_file",
  "description": "Read the contents of a file at the given path",
  "parameters": {
    "path": { "type": "string", "description": "Absolute file path" }
  }
}

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

اضرب ذلك في كل إجراء تريد من الذكاء الاصطناعي تنفيذه — قراءة ملف، وتشغيل اختبار، والاستعلام من Postgres، وإنشاء تذكرة Jira، وإرسال رسالة Slack، والنشر إلى Odoo — وستبدأ برؤية حجم المشكلة. الأدوات ليست ميزةً في الذكاء الاصطناعي. إنها القدرة الكاملة للذكاء الاصطناعي على التصرف في العالم.

عالم ما قبل MCP: فوضى الأسلاك المخصصة

قبل MCP، ابتكر كل مورد ذكاء اصطناعي طريقته الخاصة لتسجيل الأدوات. كان لدى Cursor تنسيق، ولدى Continue تنسيق آخر، ولدى Cline تنسيق ثالث. كل بيئة تطوير متكاملة، وكل وكيل، وكل إطار عمل كان يتحدث لهجةً مختلفة.

النتيجة؟ إذا أردت ربط GitHub بخمسة وكلاء ذكاء اصطناعي مختلفين، كتبت خمس تكاملات منفصلة. تريد إضافة Jira؟ خمس أخرى. تريد تغيير بيئة التطوير العام القادم؟ ألقِ كل شيء وابدأ من الصفر.

بدا النظام البيئي للذكاء الاصطناعي كالجزء الخلفي من مركز ترفيه تسعينياتي: عشٌّ متشابك من الكابلات غير المتوافقة والموصلات الاحتكارية والمحولات التي تناسب جهازاً واحداً فقط.

انقر للتكبير

يدخل MCP: المعيار العالمي

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

• خادم MCP: برنامج صغير يعرض مجموعة من الأدوات (مثل: github-mcp وpostgres-mcp وodoo-surface-mcp).
• عميل MCP: وكيل الذكاء الاصطناعي (Claude Desktop أو Cursor أو Augment) الذي يعرف كيف يكتشف تلك الأدوات ويستدعيها.
• البروتوكول: مصافحة JSON-RPC صغيرة وموحدة تتيح لأي عميل التحدث مع أي خادم.

ابنِ خادم MCP واحداً، وسيتمكن كل وكيل متوافق مع MCP على وجه الأرض من استخدامه فوراً. هذه هي لحظة USB-C. هاتفك، ولابتوبك، وسماعاتك، وشاشتك — كلها بنفس الموصل. مواصفة واحدة تحكمها جميعاً.

انقر للتكبير

MCP المحلي مقابل البعيد: وجهان لنفس المعيار

بروتوكول واحد، ونموذجان للتنفيذ. الاختيار بينهما لا يتعلق بالتقنية بقدر ما يتعلق بـأين تعيش بياناتك، ومن يحتاج إلى وصول، وإلى أي حد تثق بالشبكة.

انقر للتكبير

دراسة حالة: Odoo Surface MCP — USB-C ذو الوجهين

كل هذا مجرد نظرية حتى تراه يعمل على نظام حقيقي. Odoo Surface MCP هو دراسة الحالة.

من جهة: وكيل الذكاء الاصطناعي الخاص بك — Claude أو Cursor أو Augment أو أياً تفضل. ومن الجهة الأخرى: نسخة Odoo بأكملها — ORM ومنشئ المواقع والمحادثة والمرفقات والإجراءات المجدولة والترجمات وكل شيء.

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

هذا هو USB-C ذو الوجهين في العمل. وصِّل. اكتشف. نفِّذ.

إغلاق الحلقة

MCP هو ما يمنح الوكيل يديه. بدونه، يملك الوكيل نية لكن بلا مدى. بفضله، يستطيع الوكيل لمس أي نظام يتحدث البروتوكول.

في المقالة التالية، سنتعمق في الركيزة الأولى ذاتها: وكيل الذكاء الاصطناعي — المنفِّذ الذي يجعل الذكاء الاصطناعي يعمل فعلاً.