معنى ووظيفة MCP

خلال هذه الفترة، طالما قرأت المزيد عن AI Agent أو أدوات برمجة الذكاء الاصطناعي أو سير العمل الآلي، فسوف تواجه بشكل أساسي كلمة MCP.

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

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

هذه الفجوة ليست معقدة:

إن مجرد قدرة النموذج على الإجابة على الأسئلة لا يعني أن النموذج يمكنه فعل الأشياء بالفعل.

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

يتعامل MCP مع هذه الطبقة تقريبًا.

1. المعنى الأساسي لـ MCP

MCP هو اختصار Model Context Protocol.

وبشكل أكثر رسمية، فهي عبارة عن مجموعة من البروتوكولات التي تسهل على النماذج وعملاء الذكاء الاصطناعي والموارد أو الأدوات الخارجية التعاون.

هذه الجملة صحيحة في حد ذاتها، لكن في الواقع ليس من السهل تكوين شعور محدد عندما أراها لأول مرة.

وبعبارة أكثر مباشرة، يمكن فهم ما يفعله MCP على أنه الجملة التالية:

** تنظيم ربط النماذج بالموارد والأدوات الخارجية في نهج أكثر توحيدًا. **

نطاق “الموارد والأدوات الخارجية” هنا ضخم، بما في ذلك:

• الملفات المحلية
• مستودع جيت
• قاعدة البيانات
• المتصفح
• سطر الأوامر
• النظام الداخلي
• قاعدة المعرفة
• خدمات الطرف الثالث

وبطبيعة الحال، يمكن دمج هذه القدرات في منتجات الذكاء الاصطناعي من قبل، ولكن معظمها يعتمد على تعديلات خاصة كتبها كل منها.

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

• أصبحت طرق الوصول مجزأة بشكل متزايد
• العملاء المختلفون يقومون بنفس الشيء بشكل متكرر
• تختلف المعلمات والأذونات وأنماط بنية الإرجاع
• تكاليف الصيانة اللاحقة تستمر في الارتفاع

هذا هو ما يدور حوله MCP. إنها تقوم بفرز نوع من القدرة التي كانت موجودة في الأصل ولكنها كانت مجزأة دائمًا.

2. خلفية ظهور MCP

إذا تم استخدام الذكاء الاصطناعي كأداة للدردشة فقط، فلن يكون حضور MCP قويًا جدًا.

طرح الأسئلة، والتلخيص، وكتابة جزء من التعليمات البرمجية، وتغيير جزء من النسخة، تظل معظم هذه المهام على مستوى “إنشاء المحتوى”. عادةً ما يتم لصق السياق يدويًا، ولا تكون استدعاءات الأداة ضرورية تمامًا.

ولكن الآن لم تعد العديد من منتجات الذكاء الاصطناعي راضية عن هذه الطبقة.

أصبح الاتجاه واضحًا بشكل متزايد، والهدف هو السماح للذكاء الاصطناعي بالدخول إلى سير العمل الحقيقي، على الأقل للمشاركة في الأمور التالية:

• انظر مباشرة إلى رمز المشروع
• ابحث عن المستندات ذات الصلة بنفسك -تنفيذ الأمر
• قراءة نتائج الاختبار
• التحقق من حالة الصفحة
• الاتصال بقاعدة البيانات أو قاعدة المعرفة
• الاستمرار في تقدم المهام بناءً على النتائج

بمجرد أن يصبح الهدف هكذا، تبدأ المجموعة الأصلية من الأدوات المتناثرة في الظهور وكأنها غير كافية.

ما يجب التعامل معه حقًا هو الأمور التالية بشكل أساسي:

• ما إذا كان الوصول موحدا
• ما إذا كان التوسع سلسًا
• هل حدود الأذونات واضحة؟
• ما إذا كان هناك تعاون مستقر طويل الأمد بين العميل والأداة

يرجع ظهور MCP بشكل أساسي إلى أن هذا النوع من الطلب بدأ ينفجر بشكل مكثف.

ومع انتقال منتجات الذكاء الاصطناعي من “الإجابة على الأسئلة” إلى “المشاركة في التنفيذ”، ستصبح طبقة الوصول عاجلاً أم آجلاً مشكلة يجب التعامل معها بشكل مباشر.

3. مستوى القدرة المكمل بـ MCP

الجانب الأكثر قيمة في MCP ليس في معلمات النموذج أو “أداة الضبط” على مستوى الدعاية، ولكن في أنه يمكن أن يقلل من مشكلة تخمين النموذج خلف الأبواب المغلقة في البيئة الحقيقية.

هناك تجربة مشتركة في الهندسة:

تبدو النتائج الناتجة عن النموذج لائقة، والمصطلحات صحيحة، والهيكل مكتمل، ولكن عندما يتعلق الأمر بالمشاريع الفعلية، فإنها تبدأ في الانحراف. أسباب التحيز ليست غامضة في كثير من الأحيان، فهي ليست أكثر من ما يلي:

• لا يمكن رؤية بنية الدليل الحقيقي
• لا أعرف كيفية تشغيل البرنامج النصي
• لست متأكدًا من مكان ملف التكوين
• لا يمكن الحصول على حالة التشغيل
• غير قادر على الوصول إلى قاعدة البيانات أو السجلات
• لا تعرف ما هي الموارد المتاحة في البيئة الحالية

وبدون هذه المعلومات، يمكن للنموذج أن يخمن فقط.

عندما يكون التخمين صحيحًا، تبدو النتيجة جيدة؛ عندما يكون التخمين خاطئًا، غالبًا ما لا يكون من السهل اكتشاف المشكلة للوهلة الأولى لأنها لا تزال تبدو كاملة على السطح.

تكمن قيمة MCP على وجه التحديد في محاولتها تحويل عملية “الاعتماد على التخمين وملء المعلومات البيئية” إلى “الحصول على سياق حقيقي وقدرات الأداة من خلال طريقة موحدة”.

ومن هذا المنظور، فإن MCP يشبه طبقة من البنية التحتية أكثر من كونه مفهومًا معزولًا.

4. ثلاث وجهات نظر لفهم MCP

إذا كنت لا ترغب في الاطلاع على تفاصيل الاتفاقية على الفور، فيمكن فهم MCP من ثلاث وجهات نظر.

1. مقبس موحد

هذه هي أسهل طريقة لتكوين فهم بديهي.

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

يشبه MCP الدفع من أجل مجموعة موحدة من المقابس.

قد لا تكون قادرة على تسوية جميع الاختلافات، ولكنها على الأقل يمكن أن تجعل مسألة “كيفية الاتصال” أقل صعوبة.

2. طبقة ترجمة بين النماذج والأدوات

النموذج جيد في فهم اللغة، لكنه لا يفهم بشكل طبيعي الأنماط المختلفة للواجهات الخاصة لكل نظام.

يحتوي نظام الملفات على قواعد نظام الملفات، وقاعدة البيانات لديها قواعد قاعدة البيانات، وتصحيح أخطاء المتصفح عبارة عن مجموعة مختلفة تمامًا من الأشياء.

أحد الأشياء المهمة التي تقوم بها MCP هو تنظيم هذه الإمكانات في نموذج يسهل وصفه واكتشافه واستدعاءه، مثل:

• ما هي الموارد المتوفرة حاليا؟
• ما هي العمليات التي يمكن القيام بها
• ما هي المعلمات المطلوبة عند الاتصال؟
• ما هو الهيكل الذي ستكون عليه نتيجة الإرجاع؟

وبهذه الطريقة، ستكون تكلفة التعاون بين العملاء ومقدمي الأدوات أقل بكثير.

3. قناة ذات سياق ديناميكي

غالبًا ما يُفهم السياق على أنه “جزء من النص المنشور على النموذج”.

لكن سياق العمل الحقيقي يتجاوز ذلك.

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

أحد المعاني المهمة لـ MCP هو منح هذا النوع من السياق فرصة الحصول عليه من خلال الطرق القياسية، بدلاً من الاعتماد كليًا على النسخ واللصق اليدوي.

5. الدور الفعلي لـMCP

يمكن أن يبدو MCP مجردًا بسهولة إذا تحدثنا فقط عن التعريفات. لكي نرى قيمته حقًا، لا يزال يتعين علينا العودة إلى سيناريو الاستخدام الفعلي.

1. تسهيل اتصال الذكاء الاصطناعي بالأدوات الحقيقية

هذا هو المستوى الأكثر مباشرة للقيمة.

عندما يدعم عميل الذكاء الاصطناعي MCP، فإنه سيتمكن بطبيعة الحال من الوصول إلى الإمكانيات التالية:

• قراءة وكتابة الملفات
• التحقق من حالة المستودع
• قاعدة بيانات الاستعلام
• تصحيح صفحات المتصفح
• الحصول على إخراج الأمر
• الوصول إلى قاعدة المعرفة
• الاتصال بالخدمات الخارجية

في هذا الوقت، سوف يتغير دور الذكاء الاصطناعي.

فهو لم يعد “يقدم النصائح” فحسب، بل بدأ يمتلك القدرة على “المشاركة في إنجاز المهام”.

2. تقليل ازدواجية العمل في الوصول إلى الأداة

كان الكثير من أعمال التكامل في الماضي يتم ترميزها بشكل أساسي من واحد إلى واحد:

• عميل واحد يتكيف مع خدمة واحدة
• التغيير إلى عميل آخر والتكيف مرة أخرى
• تتم إعادة كتابة نفس القدرة بشكل متكرر في منتجات متعددة

تعمل هذه الطريقة بشكل جيد على المدى القصير، ولكنها مضيعة للغاية على المدى الطويل.

إذا كان بإمكان المزيد والمزيد من الأدوات الكشف عن القدرات بطريقة مشابهة لـ MCP، فسيشعر كل من موفري الأدوات والعملاء بسهولة أكبر:

• قدرات الأداة أسهل في إعادة الاستخدام
• يقوم العميل بتوسيع الإمكانيات الجديدة بشكل أكثر سلاسة
• لن يتم إعادة اختراع النظام البيئي بأكمله في كل مرة توجد فيها أداة إضافية.

3. اجعل اكتساب السياق أكثر طبيعية

في المهام المعقدة، أحد الأشياء الأكثر استهلاكًا للانتباه هو إضافة السياق بشكل متكرر.

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

عندما يمكن الوصول إلى هذه القدرات بواسطة الذكاء الاصطناعي بطريقة موحدة، ستكون العملية برمتها أكثر سلاسة.

قد لا تكون هذه التحسينات ملحوظة مثل ترقيات النماذج، ولكن لها تأثير كبير على معدلات إنجاز المهام الحقيقية.

4. اجعل الوكيل أشبه بالمنفذ الحقيقي

يتم استخدام كلمة “الوكيل” بشكل فضفاض للغاية في الوقت الحاضر، ولكن الوكيل العملي حقًا يجب أن يمتلك على الأقل بعض الأشياء:

• مراقبة البيئة
• الحصول على المعلومات
• أداة الاتصال
• تنفيذ الإجراءات
• الاستمرار في التقدم بناء على النتائج

إذا كان الوصول إلى الأداة دائمًا مجزأً وخاصًا ويصعب توسيعه، فيمكن للوكيل البقاء بسهولة على مستوى “التحدث في الخطوات”.

ما يضيفه MCP هو الطبقة الأساسية الأكثر أهمية للوكيل للانتقال من “الظهور وكأنه قادر على فعل الأشياء” إلى “القدرة بالفعل على القيام ببعض الأشياء”.

5. أسهل في إدارة الأذونات والإمكانيات

بمجرد أن يبدأ الذكاء الاصطناعي في الاتصال بالأنظمة الحقيقية، لا يمكن تجنب مشكلات الأذونات.

على سبيل المثال:

-ما هي الدلائل المسموح لها بالوصول

• ما هي الأوامر التي يمكن تنفيذها؟
• ما هي البيانات المسموح بقراءتها
• ما هي العمليات التي يجب تأكيدها يدويا
• ما هي القدرات التي لا يمكن فتحها إلا في ظل ظروف محددة؟

إذا كانت جميع طرق الوصول مرتجلة، فسوف تنهار حدود الأذونات أيضًا.

بمجرد البدء في توحيد طرق الوصول، سيكون من الأسهل دمج إدارة القدرات وإدارة السلطة في نفس النظام.

وهذا مهم بشكل خاص لسيناريوهات المؤسسة.

6. الفرق بين MCP وواجهة برمجة التطبيقات العادية

هذا السؤال طبيعي، لأنه على السطح، التنفيذ النهائي هو ضبط واجهات القدرات المختلفة.

أفضل أن أفهم العلاقة بين API وMCP بهذه الطريقة:

تنظم واجهة برمجة التطبيقات (API) القدرات بشكل أساسي من وجهة نظر مقدمي الخدمة.

ما يهمه هو:

• ما هي الواجهات التي تعرضها الخدمة؟
• كيفية تمرير المعلمات
• ما يتم إرجاع النتائج

يركز MCP على كيفية تنظيم الذكاء الاصطناعي عند استخدام هذه الإمكانات.

وأكثر ما يهمه هو:

• كيف يكتشف النموذج الموارد المتاحة؟
• كيف يفهم العميل هذه القدرات؟
• كيف يمكن تعريض الأدوات للذكاء الاصطناعي بطريقة أكثر اتساقًا
• كيفية وضع الأذونات وحدود الاتصال في نفس النظام

لذلك لا يوجد تعارض بين الاثنين.

لا تزال واجهة برمجة التطبيقات (API) جزءًا من القدرات الأساسية، ويشبه MCP طبقة من المعايير التنظيمية في سيناريوهات الذكاء الاصطناعي.

7. السيناريوهات التي يمكن فيها لـ MCP تجسيد القيمة بسهولة أكبر

قيمة MCP ليست قوية بشكل خاص في الدردشات العادية. وينعكس عادةً في السيناريوهات المستندة إلى المهام.

1. مساعد برمجة

يعد هذا أحد سيناريوهات التطبيق الأكثر شيوعًا.

عادةً لا يحتاج مساعد البرمجة المفيد حقًا إلى أن يكون قادرًا على شرح التعليمات البرمجية، بل يجب أيضًا أن يكون قادرًا على الوصول إلى:

• ملفات المستودعات
• بناء البرنامج النصي
• نتائج الاختبار
• الأوامر الطرفية
• حالة البوابة
• نتائج تنفيذ الصفحة
• سجل الإخراج

وإذا اعتمدت كل هذه الأمور على التكيف الخاص، فسوف يصبح النظام ثقيلاً على نحو متزايد مع توسعه.

إذا كانت هناك طريقة وصول أكثر توحيدًا، فسيكون من الأسهل على مساعد البرمجة الترقية من “أداة الأسئلة والأجوبة البرمجية” إلى “أداة التعاون في المهام”.

2. مساعد المعرفة المؤسسية

غالبًا ما لا تكون المعرفة الداخلية للشركة في مكان واحد:

• يوجد جزء في نظام الملفات
• يوجد جزء في قاعدة البيانات
• يوجد جزء في نظام التقارير
• يوجد أيضًا أجزاء في أوامر العمل وإدارة علاقات العملاء (CRM).

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

المكان الذي تكون فيه البروتوكولات مثل MCP أكثر ملاءمة للعب دور هو بالتحديد في هذه البيئة الحدودية متعددة الأنظمة ومصدر البيانات المتعددة والسلطات المتعددة.

3. سير العمل الآلي

الملخص اليومي، والتحقق من الاستثناءات، وإنشاء التقارير، وإرسال التذكيرات، ومزامنة الحالة، هذه المهام هي في الأساس مزيج من “قراءة أنظمة متعددة + إصدار الأحكام + ضبط الإجراءات”.

في هذا السيناريو، كلما كانت طبقة الوصول أكثر توحيدًا، انخفضت تكلفة التنسيق.

ستصبح قيمة MCP أكثر وضوحًا مع زيادة تعقيد سلسلة الأدوات.

8. أسباب زيادة أهمية العملية التشاورية المتعددة الأطراف

السبب ليس معقدا. تنتقل منتجات الذكاء الاصطناعي من “الإجابة” إلى “التنفيذ”.

عند الإجابة فقط، ينصب التركيز بشكل أساسي على جودة إنشاء النماذج.

عندما يبدأ في التحرك نحو التنفيذ، سيتغير تركيز النظام بشكل كبير، وسيبدأ في التركيز أكثر على هذه القضايا:-كم عدد الأدوات التي يمكن توصيلها ؟

• ما هي الموارد التي يمكن الوصول إليها؟
• هل من الممكن الحصول على معلومات بيئية حقيقية؟
• هل يمكن تنفيذ الإجراءات ضمن نطاق السلطة؟
• هل يمكنك إغلاق حدودك عندما يحدث خطأ ما؟

ترتبط هذه المشكلات بشكل أساسي بالاتصال.

النموذج نفسه لا يزال مهمًا بالطبع، ولكن بمجرد دخولك إلى سير العمل، تزداد أهمية الاتصال بسرعة كبيرة.

إن MCP على حق في نقطة التغيير هذه.

9. أهمية MCP للمطورين

يستحق MCP الاهتمام، ولا يجب أن يكون التركيز فقط على تفاصيل الاتفاقية.

ما يستحق المشاهدة أكثر هو الاتجاه الذي يمثله:

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

وهذا يعني أن عدة أشياء ستحدث ببطء:

• سيكون لمنتجات الأدوات قناة توزيع جديدة
• سيعتبر عميل الذكاء الاصطناعي “ما يمكنه قبوله” إحدى قدراته الأساسية
• ستعتمد قابلية التوسع لنظام الوكيل بشكل متزايد على هذا النوع من طبقة الوصول الموحدة

من وجهة نظر هندسية، فإن MCP يتطرق في الواقع إلى مشكلة صعبة للغاية:

**إذا أراد الذكاء الاصطناعي الدخول في سير العمل الحقيقي، فإن مسألة ربط الأدوات والموارد والبيئات يجب أن تنتقل عاجلاً أم آجلاً من حالة مجزأة إلى مرحلة موحدة. **

على الأقل يأخذ الحزب الشيوعي الصيني هذه القضية على محمل الجد.

ملخص

وبطريقة مختصرة، يمكن فهم MCP على النحو التالي:

**يسهل MCP على النماذج الاتصال بشكل ثابت بالموارد والأدوات الخارجية. **

للتوسع قليلاً، هذه هي الأشياء:

• يتناول كيفية حصول النموذج على السياق، واكتشاف الموارد، واستدعاء الأدوات
• ينظم طرق الوصول المجزأة في الأصل
• لن يحل محل واجهة برمجة التطبيقات، ولكنه سيغير كيفية تنظيم الذكاء الاصطناعي لاستخدام هذه الإمكانات
• إنه مهم بشكل خاص لسيناريوهات مثل مساعدي البرمجة ومساعدي المؤسسات وسير العمل الآلي

الشيء الكبير التالي لتطبيقات الذكاء الاصطناعي ليس النموذج نفسه فحسب، بل أيضًا إمكانات الاتصال وجودة السياق واستقرار التنفيذ.

يقع MCP بشكل مباشر على هذا الخط.