كان الجميع متأكدين أن AI Agent الذي يريد اللعب عبر السلاسل (cross-chain) ستكون عتباته أعلى من عتبة البشر.

فأنت يجب أن تقوم أولًا بتهيئة النشر محليًا، وأن تبحث في كمٍّ هائل من المستندات المبعثرة، وأن توقّع يدويًا باستخدام محفظة ذات توقيع (manual signing)؛ وباختصار، ليس Agent هو من يقوم بالعمليات، بل إن البشر هم من يعملون كخدمٍ لـ Agent.
لكن في هذه المرة، ترقية deBridge MCP لا تقوم في الواقع بوظيفة واحدة فقط، بل بطبقة “ربط” حقيقية.
في السابق كان MCP يميل أكثر إلى المطورين وبيئات التطوير المحلية، أما الآن فقد خطا خطوة للأمام: يدعم HTTP Streaming، ويتصل مباشرةً بـ Agent يعمل داخل المتصفح.
أي أن Agent لم يعد محبوسًا داخل بيئة محلية بعد الآن، ويمكنه الاتصال بقدرات عبر السلاسل كما لو كنت تستدعي API: الاستعلام عن المسارات، وتنفيذ swap، وتتبع المعاملات—كلها أصبحت إجراءات أساسية.
والأهم من ذلك نقطة هي Agent Skills. في الماضي، كان كثير مما يُسمّى “AI + DeFi” في جوهره مجرد قراءة للبيانات. أما الآن فقد بدأ “يتحوّل إلى الفعل”؛ إذ يمكن لـ Agent أن يخطط بنفسه وينفّذ بنفسه.
من “متابعة الأسعار”، إلى “وضع الاستراتيجيات”، تلك الخطوة التي كانت ناقصة أخيرًا تم سدّها.
كما أنه لم يعد يلزم أن تؤكد يدويًا كل خطوة؛ سواء كانت عمليات داخل السلسلة (same-chain) أو جدولة/تنسيق أصول عبر السلاسل، فكل ذلك يتجه نحو الأتمتة.
وهناك تفصيل أراه مهمًا جدًا: لقد تم توحيد نقطة الدخول أيضًا. Landing Page + Endpoint تتم إدارته/استضافته عن بُعد، والجوهر هنا هو تقليل تكلفة النسخ (copying). لن يعود على المطورين أن يجمعوا كل شيء هنا وهناك، كما سيكون من الأسهل على Agent الاتصال بسرعة أكبر.
وبالذات خطوة Remote-hosted، فهي نقلت سيناريوهات الاستخدام مباشرةً من “بيئة التطوير” إلى “تطبيقات حقيقية”. يمكن للهواتف المحمولة وللعديد من عملاء الذكاء الاصطناعي المختلفة أن يتصلوا بها.
قضية deBridge عبر السلاسل ليست شيئًا ينبغي أن يكون عتبة/حاجزًا؛ بل يجب أن تكون بنية تحتية.
عندما يستطيع Agent—ببساطة مثل الإنسان—الاستعلام، والتداول، ونقل الأصول، عندها فقط تُعد سيولة متعدد السلاسل قد تم ربطها فعليًا.
هذه الخطوة، في الحقيقة، لم تبدأ بعد إلا من الآن. @deBridge_CN