MCP: البنية التحتية الأساسية لنظام Web3 AI Agent البيئي
MCP أصبح تدريجياً جزءاً أساسياً من نظام Web3 AI Agent. إنه يقدم خادم MCP من خلال بنية مكونة من وحدات، مما يمنح وكلاء الذكاء الاصطناعي أدوات وقدرات جديدة. كفكرة ناشئة في مجال الذكاء الاصطناعي Web3، فإن MCP نشأت من الذكاء الاصطناعي Web2، وهي الآن تُعاد تعريفها في بيئة Web3.
مقدمة عن MC
MCP (نموذج بروتوكول السياق) هو بروتوكول مفتوح يهدف إلى توحيد الطريقة التي تنقل بها التطبيقات معلومات السياق إلى نماذج اللغة الكبيرة (LLMs). إنه يسمح للأدوات والبيانات وAI Agent بالتعاون بشكل أكثر سلاسة.
أهمية MC
حالياً، تواجه نماذج اللغة الكبيرة عدة قيود رئيسية:
لا يمكن تصفح الإنترنت في الوقت الحقيقي
لا يمكن الوصول مباشرة إلى الملفات المحلية أو الخاصة
غير قادر على التفاعل بشكل مستقل مع البرامج الخارجية
تعمل MCP كطبقة واجهة عامة، مما يعوض عن هذه الفجوات في القدرات، مما يمكن وكيل الذكاء الاصطناعي من استخدام أدوات متنوعة. يمكننا تشبيه MCP بمعيار واجهة موحد في مجال تطبيقات الذكاء الاصطناعي، مما يسهل على الذكاء الاصطناعي الاتصال بمصادر البيانات المختلفة ووحدات الوظائف.
تخيل أن كل نموذج لغوي كبير (LLM) هو جهاز مختلف يستخدم واجهات مختلفة. إذا كنت بائع معدات، فستحتاج إلى تطوير مجموعة ملحقات لكل واجهة، مما سيزيد بشكل كبير من تكلفة الصيانة. يواجه مطورو أدوات الذكاء الاصطناعي مشكلة مماثلة: تخصيص مكونات إضافية لكل منصة LLM، مما يزيد من التعقيد ويحد من قابلية التوسع. تم إنشاء MCP لحل هذه المشكلة من خلال إنشاء معيار موحد.
هذه البروتوكولات الموحدة مفيدة للطرفين:
يمكن لوكيل الذكاء الاصطناعي (العميل) الاتصال بأمان بالأدوات الخارجية ومصادر البيانات في الوقت الحقيقي
مطور الأدوات (الخادم) يمكنه الاتصال مرة واحدة، واستخدامه عبر المنصات.
النتيجة النهائية هي نظام بيئي للذكاء الاصطناعي أكثر انفتاحًا وقابلية للتشغيل البيني وقليل الاحتكاك.
الفرق بين MCP و API التقليدي
تصميم واجهة برمجة التطبيقات (API) موجه أساسًا للإنسان وليس للذكاء الاصطناعي. كل واجهة برمجة تطبيقات لها هيكلها الخاص ووثائقها، ويجب على المطورين تحديد المعلمات يدويًا وقراءة وثائق الواجهة. لا يمكن لوكيل الذكاء الاصطناعي قراءة الوثائق، بل يجب ترميزه بشكل ثابت ليتناسب مع كل واجهة برمجة تطبيقات (مثل REST وGraphQL وRPC وغيرها).
يعمل MCP على توحيد تنسيق استدعاء الدوال الداخلية عبر واجهة برمجة التطبيقات القياسية، مما يجرد هذه الأجزاء غير المنظمة، ويوفر طريقة استدعاء موحدة للوكيل. يمكن اعتبار MCP كطبقة تكيف واجهة برمجة التطبيقات المعبأة لوكلاء مستقلين.
مؤخراً، أعلنت منصة سحابية معينة أن المطورين يمكنهم نشر خوادم MCP عن بُعد على منصتها بأدنى متطلبات للأجهزة. هذا يبسط بشكل كبير عملية نشر وإدارة خوادم MCP، بما في ذلك المصادقة ونقل البيانات، مما يجعلها "نشر بضغطة زر".
على الرغم من أن MCP يبدو غير جذاب بما فيه الكفاية، إلا أنه ليس بلا أهمية. كعنصر بنية تحتية بحتة، لا يمكن استخدام MCP مباشرة من قبل المستهلكين، حيث أن قيمته ستظهر حقًا فقط عندما تستدعي الوكلاء الذكاء الاصطناعي أدوات MCP وتظهر نتائج فعلية.
Web3 الذكاء الاصطناعي والنظام البيئي MCP
تواجه AI في Web3 أيضًا مشكلتين هما "نقص بيانات السياق" و"جزر البيانات"، مما يعني أن AI غير قادرة على الوصول إلى البيانات الحية على السلسلة أو تنفيذ منطق العقود الذكية بشكل أصلي.
في الماضي، حاولت بعض المشاريع بناء شبكة تعاون متعددة الوكلاء، ولكنها انتهت في النهاية إلى مأزق "إعادة اختراع العجلة" بسبب اعتمادها على واجهات برمجة التطبيقات المركزية والتكاملات المخصصة. كان يتعين إعادة كتابة طبقة التكيف لكل مصدر بيانات يتم توصيله، مما أدى إلى زيادة كبيرة في تكاليف التطوير. من أجل حل هذه العقبة، يحتاج الجيل التالي من وكلاء الذكاء الاصطناعي إلى بنية أكثر وحدوية، مثل ليغو، لتسهيل التكامل السلس للإضافات والأدوات الخارجية.
لذلك، فإن البنية التحتية والتطبيقات الجديدة من الجيل التالي لوكلاء الذكاء الاصطناعي المستندة إلى بروتوكول MCP و A2A تظهر، مصممة خصيصًا لسيناريوهات Web3، مما يتيح للوكلاء الوصول إلى بيانات متعددة السلاسل والتفاعل بشكل أصلي مع بروتوكولات DeFi.
مشروع حالة
تقوم بعض المشاريع ببناء سوق لخادم MCP اللامركزي، مع التركيز على الأدوات التشفيرية الأصلية وضمان سيادة أدوات MCP. تشمل مزاياها:
استخدام TEE (بيئة التنفيذ الموثوقة) لضمان عدم تعرض أدوات MCP للتلاعب
استخدام آلية تحفيز رمزية لتشجيع المطورين على المساهمة في خادم MCP
توفير وظيفة تجميع MCP والدفع الصغير، مما يقلل من عائق الاستخدام
تقدم بعض المشاريع نظام تسجيل خادم MCP، مع التركيز على مجال التشفير، وتوسيع نطاقها إلى بروتوكول A2A (من وكيل إلى وكيل).
A2A هو بروتوكول مفتوح يهدف إلى تحقيق الاتصال الآمن والتعاون وتنسيق المهام بين وكلاء الذكاء الاصطناعي المختلفين. يدعم A2A التعاون بين الذكاء الاصطناعي على مستوى المؤسسات، مثل تمكين وكلاء الذكاء الاصطناعي من شركات مختلفة من العمل معًا على معالجة المهام.
باختصار:
MCP: يوفر أدوات وصول للوكيل
A2A: تزويد الوكلاء بقدرة التعاون مع بعضهم البعض
دمج خادم MCP مع blockchain
تتمتع تقنية خادم MCP المدمجة في blockchain بالعديد من الفوائد:
الحصول على بيانات الذيل الطويل من خلال آلية تحفيز أصلية مشفرة، وتشجيع المجتمع على المساهمة في مجموعات البيانات النادرة
الدفاع عن "هجمات تسميم الأدوات"، أي أن الأدوات الخبيثة تتنكر كإضافات شرعية لتضليل الوكيل
إدخال آلية الرهن / العقوبة، وبناء نظام الثقة لخادم MCP بالاعتماد على نظام السمعة على السلسلة
تحسين قدرة النظام على تحمل الأخطاء والوقت الحقيقي، وتجنب نقاط الفشل الفردية في الأنظمة المركزية
تعزيز الابتكار مفتوح المصدر، والسماح للمطورين الصغار بنشر مثل مصادر بيانات ESG، لإثراء تنوع النظام البيئي
حاليًا، لا تزال معظم بنية خادم MCP تعتمد على تحليل عبارات المستخدم باللغة الطبيعية لمطابقة الأدوات. في المستقبل، سيكون لدى وكيل الذكاء الصناعي القدرة على البحث بشكل مستقل عن أدوات MCP المطلوبة لتحقيق أهداف المهام المعقدة.
ومع ذلك، لا يزال مشروع MCP في مرحلة مبكرة. لا تزال معظم المنصات عبارة عن أسواق مكونات مركزية، حيث يقوم فريق المشروع يدويًا بتنظيم أدوات الخادم من الطرف الثالث من GitHub وتطوير بعض المكونات الخاصة بهم، وبشكل أساسي لا توجد اختلافات كبيرة عن سوق المكونات في Web2، والاختلاف الوحيد هو التركيز على سيناريوهات Web3.
الاتجاهات المستقبلية وتأثير الصناعة
يبدأ المزيد والمزيد من محترفي صناعة التشفير في إدراك إمكانيات MCP في ربط الذكاء الاصطناعي بسلسلة الكتل. يدعو بعض قادة الصناعة مطوري الذكاء الاصطناعي إلى بناء خوادم MCP عالية الجودة بنشاط، لتوفير مجموعة أدوات أكثر ثراءً لوكلاء الذكاء الاصطناعي على سلسلة الكتل.
مع نضوج البنية التحتية، ستتحول الميزة التنافسية لشركات "المطورين أولاً" من تصميم API إلى: من يمكنه تقديم مجموعة أدوات أكثر ثراءً وتنوعًا وسهولة في التركيب.
في المستقبل، قد تصبح كل تطبيقات عميل MCP، وقد تكون كل واجهات برمجة التطبيقات خادم MCP. وبالتالي، قد يؤدي ذلك إلى ظهور آليات تسعير جديدة: يمكن للعميل اختيار الأدوات ديناميكيًا بناءً على سرعة التنفيذ وكفاءة التكلفة والملاءمة، مما يشكل نظام اقتصاد خدمات وكيل أكثر كفاءة بفضل تكنولوجيا التشفير والبلوكشين كوسيط.
بالطبع، MCP لا يستهدف المستخدمين النهائيين مباشرة، إنه طبقة بروتوكول أساسية. القيمة الحقيقية وإمكانات MCP يمكن رؤيتها فقط عندما يقوم وكيل الذكاء الاصطناعي بدمجه وتحويله إلى تطبيقات عملية.
في النهاية، يعد الوكيل حاملًا ومكبرًا لقدرات MC، بينما تبني آلية البلوكشين والتشفير نظامًا اقتصاديًا موثوقًا وفعالًا وقابلًا للتجميع لهذه الشبكة الذكية.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 9
أعجبني
9
5
مشاركة
تعليق
0/400
TxFailed
· 07-11 18:38
بروتوكول آخر يحاول إصلاح ما هو معطل... لكنه قد يعمل فعلاً هذه المرة بصراحة
MCP: البنية التحتية الأساسية والاتجاهات المستقبلية لوكيل الذكاء الاصطناعي Web3
MCP: البنية التحتية الأساسية لنظام Web3 AI Agent البيئي
MCP أصبح تدريجياً جزءاً أساسياً من نظام Web3 AI Agent. إنه يقدم خادم MCP من خلال بنية مكونة من وحدات، مما يمنح وكلاء الذكاء الاصطناعي أدوات وقدرات جديدة. كفكرة ناشئة في مجال الذكاء الاصطناعي Web3، فإن MCP نشأت من الذكاء الاصطناعي Web2، وهي الآن تُعاد تعريفها في بيئة Web3.
مقدمة عن MC
MCP (نموذج بروتوكول السياق) هو بروتوكول مفتوح يهدف إلى توحيد الطريقة التي تنقل بها التطبيقات معلومات السياق إلى نماذج اللغة الكبيرة (LLMs). إنه يسمح للأدوات والبيانات وAI Agent بالتعاون بشكل أكثر سلاسة.
أهمية MC
حالياً، تواجه نماذج اللغة الكبيرة عدة قيود رئيسية:
تعمل MCP كطبقة واجهة عامة، مما يعوض عن هذه الفجوات في القدرات، مما يمكن وكيل الذكاء الاصطناعي من استخدام أدوات متنوعة. يمكننا تشبيه MCP بمعيار واجهة موحد في مجال تطبيقات الذكاء الاصطناعي، مما يسهل على الذكاء الاصطناعي الاتصال بمصادر البيانات المختلفة ووحدات الوظائف.
تخيل أن كل نموذج لغوي كبير (LLM) هو جهاز مختلف يستخدم واجهات مختلفة. إذا كنت بائع معدات، فستحتاج إلى تطوير مجموعة ملحقات لكل واجهة، مما سيزيد بشكل كبير من تكلفة الصيانة. يواجه مطورو أدوات الذكاء الاصطناعي مشكلة مماثلة: تخصيص مكونات إضافية لكل منصة LLM، مما يزيد من التعقيد ويحد من قابلية التوسع. تم إنشاء MCP لحل هذه المشكلة من خلال إنشاء معيار موحد.
هذه البروتوكولات الموحدة مفيدة للطرفين:
النتيجة النهائية هي نظام بيئي للذكاء الاصطناعي أكثر انفتاحًا وقابلية للتشغيل البيني وقليل الاحتكاك.
الفرق بين MCP و API التقليدي
تصميم واجهة برمجة التطبيقات (API) موجه أساسًا للإنسان وليس للذكاء الاصطناعي. كل واجهة برمجة تطبيقات لها هيكلها الخاص ووثائقها، ويجب على المطورين تحديد المعلمات يدويًا وقراءة وثائق الواجهة. لا يمكن لوكيل الذكاء الاصطناعي قراءة الوثائق، بل يجب ترميزه بشكل ثابت ليتناسب مع كل واجهة برمجة تطبيقات (مثل REST وGraphQL وRPC وغيرها).
يعمل MCP على توحيد تنسيق استدعاء الدوال الداخلية عبر واجهة برمجة التطبيقات القياسية، مما يجرد هذه الأجزاء غير المنظمة، ويوفر طريقة استدعاء موحدة للوكيل. يمكن اعتبار MCP كطبقة تكيف واجهة برمجة التطبيقات المعبأة لوكلاء مستقلين.
مؤخراً، أعلنت منصة سحابية معينة أن المطورين يمكنهم نشر خوادم MCP عن بُعد على منصتها بأدنى متطلبات للأجهزة. هذا يبسط بشكل كبير عملية نشر وإدارة خوادم MCP، بما في ذلك المصادقة ونقل البيانات، مما يجعلها "نشر بضغطة زر".
على الرغم من أن MCP يبدو غير جذاب بما فيه الكفاية، إلا أنه ليس بلا أهمية. كعنصر بنية تحتية بحتة، لا يمكن استخدام MCP مباشرة من قبل المستهلكين، حيث أن قيمته ستظهر حقًا فقط عندما تستدعي الوكلاء الذكاء الاصطناعي أدوات MCP وتظهر نتائج فعلية.
Web3 الذكاء الاصطناعي والنظام البيئي MCP
تواجه AI في Web3 أيضًا مشكلتين هما "نقص بيانات السياق" و"جزر البيانات"، مما يعني أن AI غير قادرة على الوصول إلى البيانات الحية على السلسلة أو تنفيذ منطق العقود الذكية بشكل أصلي.
في الماضي، حاولت بعض المشاريع بناء شبكة تعاون متعددة الوكلاء، ولكنها انتهت في النهاية إلى مأزق "إعادة اختراع العجلة" بسبب اعتمادها على واجهات برمجة التطبيقات المركزية والتكاملات المخصصة. كان يتعين إعادة كتابة طبقة التكيف لكل مصدر بيانات يتم توصيله، مما أدى إلى زيادة كبيرة في تكاليف التطوير. من أجل حل هذه العقبة، يحتاج الجيل التالي من وكلاء الذكاء الاصطناعي إلى بنية أكثر وحدوية، مثل ليغو، لتسهيل التكامل السلس للإضافات والأدوات الخارجية.
لذلك، فإن البنية التحتية والتطبيقات الجديدة من الجيل التالي لوكلاء الذكاء الاصطناعي المستندة إلى بروتوكول MCP و A2A تظهر، مصممة خصيصًا لسيناريوهات Web3، مما يتيح للوكلاء الوصول إلى بيانات متعددة السلاسل والتفاعل بشكل أصلي مع بروتوكولات DeFi.
مشروع حالة
تقوم بعض المشاريع ببناء سوق لخادم MCP اللامركزي، مع التركيز على الأدوات التشفيرية الأصلية وضمان سيادة أدوات MCP. تشمل مزاياها:
تقدم بعض المشاريع نظام تسجيل خادم MCP، مع التركيز على مجال التشفير، وتوسيع نطاقها إلى بروتوكول A2A (من وكيل إلى وكيل).
A2A هو بروتوكول مفتوح يهدف إلى تحقيق الاتصال الآمن والتعاون وتنسيق المهام بين وكلاء الذكاء الاصطناعي المختلفين. يدعم A2A التعاون بين الذكاء الاصطناعي على مستوى المؤسسات، مثل تمكين وكلاء الذكاء الاصطناعي من شركات مختلفة من العمل معًا على معالجة المهام.
باختصار:
دمج خادم MCP مع blockchain
تتمتع تقنية خادم MCP المدمجة في blockchain بالعديد من الفوائد:
حاليًا، لا تزال معظم بنية خادم MCP تعتمد على تحليل عبارات المستخدم باللغة الطبيعية لمطابقة الأدوات. في المستقبل، سيكون لدى وكيل الذكاء الصناعي القدرة على البحث بشكل مستقل عن أدوات MCP المطلوبة لتحقيق أهداف المهام المعقدة.
ومع ذلك، لا يزال مشروع MCP في مرحلة مبكرة. لا تزال معظم المنصات عبارة عن أسواق مكونات مركزية، حيث يقوم فريق المشروع يدويًا بتنظيم أدوات الخادم من الطرف الثالث من GitHub وتطوير بعض المكونات الخاصة بهم، وبشكل أساسي لا توجد اختلافات كبيرة عن سوق المكونات في Web2، والاختلاف الوحيد هو التركيز على سيناريوهات Web3.
الاتجاهات المستقبلية وتأثير الصناعة
يبدأ المزيد والمزيد من محترفي صناعة التشفير في إدراك إمكانيات MCP في ربط الذكاء الاصطناعي بسلسلة الكتل. يدعو بعض قادة الصناعة مطوري الذكاء الاصطناعي إلى بناء خوادم MCP عالية الجودة بنشاط، لتوفير مجموعة أدوات أكثر ثراءً لوكلاء الذكاء الاصطناعي على سلسلة الكتل.
مع نضوج البنية التحتية، ستتحول الميزة التنافسية لشركات "المطورين أولاً" من تصميم API إلى: من يمكنه تقديم مجموعة أدوات أكثر ثراءً وتنوعًا وسهولة في التركيب.
في المستقبل، قد تصبح كل تطبيقات عميل MCP، وقد تكون كل واجهات برمجة التطبيقات خادم MCP. وبالتالي، قد يؤدي ذلك إلى ظهور آليات تسعير جديدة: يمكن للعميل اختيار الأدوات ديناميكيًا بناءً على سرعة التنفيذ وكفاءة التكلفة والملاءمة، مما يشكل نظام اقتصاد خدمات وكيل أكثر كفاءة بفضل تكنولوجيا التشفير والبلوكشين كوسيط.
بالطبع، MCP لا يستهدف المستخدمين النهائيين مباشرة، إنه طبقة بروتوكول أساسية. القيمة الحقيقية وإمكانات MCP يمكن رؤيتها فقط عندما يقوم وكيل الذكاء الاصطناعي بدمجه وتحويله إلى تطبيقات عملية.
في النهاية، يعد الوكيل حاملًا ومكبرًا لقدرات MC، بينما تبني آلية البلوكشين والتشفير نظامًا اقتصاديًا موثوقًا وفعالًا وقابلًا للتجميع لهذه الشبكة الذكية.