نظرة سريعة على 6 اتجاهات محتملة لتطور السرد لوكلاء الذكاء الاصطناعي

أكبر ميزة لوكيل الذكاء الاصطناعي هي “تطبيق مسبق”، وهي تتبع منطق “بروتوكول سمين، تطبيق نحيف”.

كتبه: هاوتيان

في الآونة الأخيرة ، بعد الدردشة مع بعض رواد الأعمال و VCs ، لدي شعور مشترك ، لا تزال توقعات الجميع لمسار الذكاء الاصطناعي + Crypto ثابتة ، لكنهم مرتبكون قليلا بشأن التطور السردي ل web3 الذكاء الاصطناعي Agent. ما يجب القيام به لقد قمت بفرز بعض التحولات المحتملة في السرد الذكاء الاصطناعي كمرجع:

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

2）قد يتم تعديل ترتيب تنفيذ AI Agent > AI Framework > AI Platform > AI DePIN، عندما تنفجر فقاعة سوق الوكلاء، يصبح الوكيل “حاملًا” بعد تشكيل تقنيات مثل ضبط النموذج الكبير، خوارزميات البيانات، وما إلى ذلك. إذا لم يكن هناك دعم من التقنيات الأساسية وراءه، فمن الصعب جدًا على وكيل AI أن يظهر قوته مرة أخرى.

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

4）لا يمكن لوكيل الويب 3 AI أن يتصارع بشكل مباشر مع فرق الويب 2 بعد الآن، يجب أن يبحث عن اتجاهات مختلفة في الويب 3 ليعمل عليها. يركز وكيل الويب 2 على الفائدة، لذا فإن منطق نشر منصة تطوير منخفضة التكلفة يعمل، لكن وكيل الويب 3 يركز على توكنوميكس، وإبراز نشر منخفض التكلفة بشكل مفرط لن يؤدي إلا إلى إثارة المزيد من فقاعة إصدار الأصول؛ لا شك أن وكيل الويب 3 AI يجب أن يجمع بين بنية إجماع موزعة على البلوكتشين للابتكار والتطوير (لدي وصف مفصل في المقالة المثبتة في صفحتي الرئيسية);

5）ميزة AI Agent الكبرى هي “تطبيق مسبق”، وتندرج تحت منطق “بروتوكول سمين، تطبيق نحيف”، لكن كيف يجب أن يكون البروتوكول سمينًا؟ كيف يمكن تحفيز موارد الحوسبة غير المستخدمة، واستخدام بنية موزعة لدفع مزايا تطبيقات منخفضة التكلفة، وتنشيط مشاهد فرعية أكثر تخصصًا مثل المالية، والرعاية الصحية، والتعليم؟ وكيف يجب أن يكون التطبيق نحيفًا؟ إن جعل AI Agent يدير الأصول بشكل مستقل، ويتاجر بنوايا مستقلة، ويتفاعل عبر عدة أنماط بشكل مستقل، كلها ليست أمورًا تُنجز بين عشية وضحاها، ولا يمكن محاولة تناول “بروتوكول سمين” دفعة واحدة، بل يجب تفصيل الاحتياجات تدريجياً، وإحراز تقدم ببطء، وإلا فإن معايير نضج مشهد DeFai قد تستغرق عامًا أو عامين لتتبلور.

6. إن بروتوكول MCP في مجال web2 وManus للتنفيذ التلقائي متعدد النماذج وما إلى ذلك، لهما تأثير ملهم على الابتكار في مجال web3، حيث يتم تطوير تطبيقات مناسبة لمشاهد web3 بناءً مباشرةً على MCP + Manus، أو يمكن استخدام إطار التعاون الموزع لتعزيز مشاهد الأعمال فوق MCP. لا تتحدث عن إحداث ثورة في كل شيء منذ البداية، فإن تحسينات مناسبة على الأسس الموجودة للبروتوكولات والمنتجات الحالية، واستغلال المزايا الفريدة غير القابلة للاستبدال لـ web3 هو أمر كافٍ. سواء كان ذلك web2 أو web3، كلاهما في خضم هذه الثورة الكبرى في تقنية AI LLMs، فلا يهم الأيديولوجيا، ما يهم هو القدرة الحقيقية على دفع تقدم تقنية AI.