MCP: المحرك الأساسي الذي يقود الجيل القادم من وكلاء الذكاء الاصطناعي Web3

المؤلف: فرانك فو @IOSG

تحتل MCP بسرعة مكانة أساسية في نظام Web3 AI Agent البيئي. إنه يقدم خادم MCP من خلال بنية تشبه المكونات الإضافية، مما يمنح AI Agent أدوات وقدرات جديدة.

على غرار السرديات الناشئة الأخرى في مجال الذكاء الاصطناعي على شبكة الويب 3 (مثل ترميز الاهتزاز)، نشأ بروتوكول MCP، أو بروتوكول سياق النموذج، في الذكاء الاصطناعي على شبكة الويب 2، ويتم الآن إعادة تصوره في سياق الويب 3.

ما هو MCP؟

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

لماذا هو مهم؟

تتضمن القيود الأساسية التي تواجه نماذج اللغة الكبيرة الحالية ما يلي:

• عدم القدرة على تصفح الإنترنت في الوقت الفعلي

• عدم القدرة على الوصول مباشرة إلى الملفات المحلية أو الخاصة

• عدم القدرة على التفاعل مع البرامج الخارجية بشكل مستقل

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

تخيل أن كل LLM هو هاتف مختلف - يستخدم Claude USB-A، ويستخدم ChatGPT USB-C، ويحتوي Gemini على واجهة Lightning. إذا كنت أحد مصنعي الأجهزة، فيجب عليك تطوير مجموعة من الملحقات لكل واجهة، وهو ما يتطلب تكاليف صيانة عالية للغاية. هذه هي بالضبط المشكلة التي يواجهها مطورو أدوات الذكاء الاصطناعي: إن تخصيص المكونات الإضافية لكل منصة LLM يزيد بشكل كبير من التعقيد ويحد من قابلية التوسع. تم تصميم MCP لحل هذه المشكلة من خلال إنشاء معيار موحد، تمامًا مثل جعل جميع LLMs وبائعي الأدوات يستخدمون واجهة USB-C.

هذا البروتوكول الموحد مفيد لكلا الطرفين:

• بالنسبة لوكيل الذكاء الاصطناعي (العميل): يمكنه الوصول بشكل آمن إلى الأدوات الخارجية ومصادر البيانات في الوقت الفعلي

• بالنسبة لمطوري الأدوات (الخادم): وصول لمرة واحدة، وتوافر عبر الأنظمة الأساسية

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

تم تصميم واجهات برمجة التطبيقات لخدمة البشر، وليس الذكاء الاصطناعي أولاً. تتمتع كل واجهة برمجة تطبيقات (API) بهيكلها ووثائقها الخاصة، ويجب على المطورين تحديد المعلمات يدويًا وقراءة وثائق الواجهة. لا يمكن لوكيل الذكاء الاصطناعي نفسه قراءة المستندات ويجب برمجته للتكيف مع كل واجهة برمجة تطبيقات (مثل REST وGraphQL وRPC وما إلى ذلك). يقوم MCP بتلخيص هذه الأجزاء غير المنظمة من خلال توحيد تنسيق استدعاء الوظيفة داخل واجهة برمجة التطبيقات وتوفير طريقة استدعاء موحدة للوكيل. يمكنك التفكير في MCP باعتباره طبقة تكيف API التي تغلف الوكيل المستقل. عندما تطلق Anthropic MCP لأول مرة في نوفمبر 2024، سيحتاج المطورون إلى نشر خادم MCP على أجهزتهم المحلية. في شهر مايو من هذا العام، أعلنت Cloudflare في أسبوع المطورين الخاص بها أن المطورين يمكنهم نشر خوادم MCP عن بعد بشكل مباشر على منصة Cloudflare Workers باستخدام الحد الأدنى من تكوين المعدات. يؤدي هذا إلى تبسيط عملية نشر وإدارة خادم MCP بشكل كبير، بما في ذلك المصادقة ونقل البيانات، والتي يمكن تسميتها "النشر بنقرة واحدة".

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

Web3 AI x MCP Ecological Landscape

يواجه الذكاء الاصطناعي في Web3 أيضًا مشاكل "نقص البيانات السياقية" و"جزر البيانات"، أي أن الذكاء الاصطناعي لا يمكنه الوصول إلى البيانات في الوقت الفعلي على السلسلة أو تنفيذ منطق العقد الذكي بشكل أصلي. في الماضي، حاولت مشاريع مثل ai16Z وARC وSwarms وMyshell بناء شبكة تعاونية متعددة الوكلاء، ولكنها في النهاية وقعت في معضلة "إعادة اختراع العجلة" بسبب الاعتماد على واجهات برمجة التطبيقات المركزية والتكامل المخصص.

يجب إعادة كتابة طبقة التكيف في كل مرة يتم فيها توصيل مصدر البيانات، مما يؤدي إلى ارتفاع تكاليف التطوير. ولمعالجة هذا الاختناق، يتطلب الجيل القادم من وكلاء الذكاء الاصطناعي بنية أكثر قابلية للتعديل، تشبه Lego، والتي تسمح بالتكامل السلس للمكونات الإضافية والأدوات التابعة لجهات خارجية. ونتيجة لذلك، ظهر جيل جديد من البنية التحتية وتطبيقات AI Agent المستندة إلى بروتوكولات MCP وA2A، والمصممة خصيصًا لسيناريوهات Web3، مما يسمح للوكلاء بالوصول إلى بيانات متعددة السلاسل والتفاعل بشكل أصلي مع بروتوكولات DeFi.

▲ المصدر: IOSG Ventures

(لا تغطي هذه الصورة جميع مشاريع Web3 المتعلقة بـ MCP بشكل كامل)

حالات المشروع: DeMCP وDeepCore

DeMCP هو سوق خادم MCP لامركزي (https://github.com/modelcontextprotocol/servers)، يركز على أدوات التشفير الأصلية ويضمن السيادة من أدوات MCP.

تتضمن مزاياها ما يلي:

• استخدام بيئة التنفيذ الموثوقة (TEE) لضمان عدم العبث بأدوات MCP. استخدام آلية حافز الرمز لتشجيع المطورين على المساهمة في خوادم MCP.

• توفير وظائف تجميع MCP والدفع الجزئي لخفض عتبة الاستخدام.

مشروع آخرdeepcore.top) نظام تسجيل خادم MCP، مع التركيز على مجال التشفير، ويمتد إلى معيار مفتوح آخر اقترحته Google: بروتوكول A2A (Agent-to-Agent) (https://x.com/i/trending/1910001585008058782).

A2A هو بروتوكول مفتوح أعلنت عنه جوجل في 9 أبريل 2025، والذي يهدف إلى تحقيق الاتصال الآمن والتعاون وتنسيق المهام بين وكلاء الذكاء الاصطناعي المختلفين. يتيح A2A التعاون في مجال الذكاء الاصطناعي على مستوى المؤسسة، مثل جعل وكلاء الذكاء الاصطناعي من شركات مختلفة يعملون معًا في المهام (على سبيل المثال، وكيل CRM الخاص بـ Salesforce يعمل مع وكيل Jira الخاص بـ Atlassian).

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

تعتبر A2A "اللغة العالمية" للتعاون بين وكلاء الذكاء الاصطناعي، مما يعزز قابلية التشغيل البيني للذكاء الاصطناعي عبر الأنظمة الأساسية والسحابية، مما قد يغير طريقة عمل الذكاء الاصطناعي في المؤسسات. لذلك، يمكن اعتبار A2A بمثابة Slack في عالم الوكيل - حيث يبدأ أحد الوكلاء مهمة ويقوم وكيل آخر بتنفيذها.

باختصار:

• MCP: يوفر للوكلاء إمكانيات الوصول إلى الأدوات

• A2A: يوفر للوكلاء القدرة على التعاون مع بعضهم البعض

لماذا يوفر MCP هل يحتاج الخادم إلى blockchain؟

يدمج خادم MCP تقنية blockchain وله العديد من الفوائد:

1. الحصول على بيانات طويلة الأمد من خلال آلية الحوافز الأصلية للعملات المشفرة، وتشجيع المجتمع على المساهمة بمجموعات البيانات النادرة 2. الدفاع ضد هجمات "تسميم الأدوات"، أي الأدوات الخبيثة المتخفية في صورة مكونات إضافية شرعية لتضليل الوكلاء. توفر تقنية البلوك تشين آليات تحقق تشفيرية، مثل TEE Remote Attestation، وZK-SNARK، وFHE، وغيرها. لمزيد من التفاصيل، يُرجى مراجعة هذه المقالة (

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

الاتجاهات المستقبلية وتأثير الصناعة

في الوقت الحالي، يتزايد عدد الأشخاص في بدأت صناعة التشفير تُدرك إمكانات MCP في ربط الذكاء الاصطناعي بالبلوك تشين. على سبيل المثال، دعا مؤسس بينانس، CZ، مؤخرًا مطوري الذكاء الاصطناعي إلى بناء خوادم MCP عالية الجودة بنشاط لتوفير مجموعة أدوات أغنى لوكلاء الذكاء الاصطناعي على سلسلة BNB. وقد نُشرت قائمة مشروع خادم BNB MCP للرجوع إليها من قِبل المستخدمين الذين يستكشفون النظام البيئي.

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

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

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

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