Найбільша перевага AI Agent полягає в «попередньому застосуванні», що відповідає логіці «товстого протоколу, тонкого застосування».
Автор: Haotian
Нещодавно, спілкуючись з кількома підприємцями та венчурними капіталістами, я відчув, що всі вони залишаються впевненими в очікуваннях щодо AI + Crypto, але з еволюцією наративу web3 AI Agent виникає певна плутанина. Що робити? Я проаналізував кілька потенційних напрямків змін у подальшому наративі AI для вашого розгляду:
AI Agent з MEME-коіном більше не є перевагою, навіть «страх перед монетами», якщо у проєкту немає підтримки PMF, а лише набір Tokenomics без дії, його природно звинуватять у чистому MEME-спекулятивному характері, це лише вовк у овечій шкурі, і зовсім не пов’язано з AI;
Первісний порядок впровадження AI Agent > AI Framework > AI Platform > AI DePIN може бути змінений, коли бульбашка на ринку агентів лопне, агент стане «носієм» для подальшої доопрацювання великих моделей, алгоритмів даних та інших технологій. Якщо немає підтримки з боку основних технологій, покладатися лише на одного AI Agent буде важко знову продемонструвати свої можливості;
Деякі проєкти, які спочатку займалися платформами для послуг AI, даних, обчислювальної потужності, алгоритмів тощо, можуть перевершити AI Agent і стати об’єктом уваги, або ж, навіть якщо з’являться нові AI Agent, агенти, створені цими AI платформами, матимуть більшу ринкову переконливість. Адже проєкт, здатний запустити AI платформу, має набагато надійнішу команду та технічну базу, ніж той, що лише базується на низькобюджетному розгортанні Dev.
web3 AI Agent не може більше змагатися з командами web2, потрібно шукати напрямок для розвитку, що відрізняє web3. Agent веб2 акцентує увагу на Utility, тому логіка низької вартості розгортання розробницьких платформ працює, але агент веб3 акцентує увагу на Tokenomics, надмірне підкреслення низької вартості розгортання лише спровокує більше активів та їх випуск, що створить бульбашку; безумовно, web3 AI Agent повинен поєднувати інноваційний розвиток з архітектурою дистрибутивного консенсусу блокчейну (я маю детальний опис у статті, закріпленій на моїй домашній сторінці);
5)最大ною перевагою AI Agent є «попереднє застосування», що належить до логіки «товстий протокол, тонкий застосунок», але як зробити протокол товстим? Як залучити вільні обчислювальні ресурси, використовуючи розподілену архітектуру для зниження вартості застосування алгоритмів, активуючи більш вертикалізовані сегменти, такі як фінанси, охорона здоров’я, освіта тощо? А як щодо зменшення застосунку? Дати AI Agent можливість автономно управляти активами, автономно здійснювати торгівлю намірами, автономно взаємодіяти в багатих форматах - це не те, що можна зробити миттєво, не слід намагатися з’їсти великого слона за один раз, потрібно поступово розподілити потреби, повільно реалізувати, інакше зрілість стандарту одного DeFai-сценарію може зайняти рік-два.
Протокол MCP в сфері web2 і автоматизація Manus виконання мультимодальних завдань тощо, мають інспіраційний вплив на інновації в сфері web3, безпосередньо базуючись на MCP + Manus, розвиваючи підходящі сценарії застосування для web3, або можна використовувати дистрибутивні колабораційні фреймворки для покращення бізнес-сценаріїв на базі MCP. Не потрібно відразу говорити про повне руйнування всього, можна відповідно оптимізувати на основі існуючих продуктових протоколів, щоб реалізувати незамінні диференційовані переваги web3. Як web2, так і web3 знаходяться в процесі великої революції AI LLMs, ідеологія не має значення, важливо, щоб це дійсно сприяло розвитку технологій AI.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Огляд 6 потенційних напрямків еволюції наративу AI Agent
Автор: Haotian
Нещодавно, спілкуючись з кількома підприємцями та венчурними капіталістами, я відчув, що всі вони залишаються впевненими в очікуваннях щодо AI + Crypto, але з еволюцією наративу web3 AI Agent виникає певна плутанина. Що робити? Я проаналізував кілька потенційних напрямків змін у подальшому наративі AI для вашого розгляду:
AI Agent з MEME-коіном більше не є перевагою, навіть «страх перед монетами», якщо у проєкту немає підтримки PMF, а лише набір Tokenomics без дії, його природно звинуватять у чистому MEME-спекулятивному характері, це лише вовк у овечій шкурі, і зовсім не пов’язано з AI;
Первісний порядок впровадження AI Agent > AI Framework > AI Platform > AI DePIN може бути змінений, коли бульбашка на ринку агентів лопне, агент стане «носієм» для подальшої доопрацювання великих моделей, алгоритмів даних та інших технологій. Якщо немає підтримки з боку основних технологій, покладатися лише на одного AI Agent буде важко знову продемонструвати свої можливості;
Деякі проєкти, які спочатку займалися платформами для послуг AI, даних, обчислювальної потужності, алгоритмів тощо, можуть перевершити AI Agent і стати об’єктом уваги, або ж, навіть якщо з’являться нові AI Agent, агенти, створені цими AI платформами, матимуть більшу ринкову переконливість. Адже проєкт, здатний запустити AI платформу, має набагато надійнішу команду та технічну базу, ніж той, що лише базується на низькобюджетному розгортанні Dev.
web3 AI Agent не може більше змагатися з командами web2, потрібно шукати напрямок для розвитку, що відрізняє web3. Agent веб2 акцентує увагу на Utility, тому логіка низької вартості розгортання розробницьких платформ працює, але агент веб3 акцентує увагу на Tokenomics, надмірне підкреслення низької вартості розгортання лише спровокує більше активів та їх випуск, що створить бульбашку; безумовно, web3 AI Agent повинен поєднувати інноваційний розвиток з архітектурою дистрибутивного консенсусу блокчейну (я маю детальний опис у статті, закріпленій на моїй домашній сторінці);
5)最大ною перевагою AI Agent є «попереднє застосування», що належить до логіки «товстий протокол, тонкий застосунок», але як зробити протокол товстим? Як залучити вільні обчислювальні ресурси, використовуючи розподілену архітектуру для зниження вартості застосування алгоритмів, активуючи більш вертикалізовані сегменти, такі як фінанси, охорона здоров’я, освіта тощо? А як щодо зменшення застосунку? Дати AI Agent можливість автономно управляти активами, автономно здійснювати торгівлю намірами, автономно взаємодіяти в багатих форматах - це не те, що можна зробити миттєво, не слід намагатися з’їсти великого слона за один раз, потрібно поступово розподілити потреби, повільно реалізувати, інакше зрілість стандарту одного DeFai-сценарію може зайняти рік-два.