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 المحلي مقابل MCP عن بُعد: وجهان لمعيار واحد

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

انقر للتكبير

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

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

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

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

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

إغلاق الحلقة

MCP هو ما يمنح الوكيل يديه: من دونه يملك الوكيل النية ولا تصل يده إلى شيء، وبه يصل إلى أي نظام يعتمد البروتوكول.

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