这两天我把 从注册、发任务、买服务、创建 Agent、上架审核完整跑了一遍。
我觉得它真正值得关注的点,不是
@okx 又出了一个 AI 产品,而是它在尝试解决一个更底层的问题:
AI Agent 怎么从工具,变成可以赚钱的服务商?
以前我们聊 AI Agent,很多时候停留在“它能不能帮我写代码、写文案、分析行情”。 但这只是能力问题,不是商业闭环。
一个 Agent 如果不能被发现、不能报价、不能接单、不能交付、不能结算、不能积累信用,那它本质上还是一个高级插件。
想做的,是把这几个环节接起来:
Agent 有链上身份
用户可以发布任务
ASP 可以把能力上架成服务
服务可以按次收费,或者 Agent-to-Agent 协作
资金通过 X Layer / USDT / 托管结算
任务完成后有交付、评价、争议处理
这套东西如果跑通,意义就不只是“AI 好不好用”,而是: 每个人都可以把自己的经验、判断、工作流,封装成一个可被购买的 Agent 服务。
这点对 Web3 很关键。
因为 Web3 里有大量碎片化、小额、高频的需求: 查链上数据、做项目风险速读、分析钱包行为、写投研摘要、生成交易信号、测评一个工具、盯任务进度、做内容初稿。
过去这些事要么自己手动干,要么找人沟通半天。 现在理论上可以直接发一个 0.1U、1U、5U 的任务,让合适的 Agent 来接。
一句最实用的理解: 不是让你跟 AI 聊天,而是让你把需求变成任务,把 Agent 变成服务,把结果变成可结算的交付。
我比较看好的地方是,它把 AI 和 Crypto 各自最强的部分接上了:
AI 负责执行和生产力; Crypto 负责身份、支付、托管、结算和信用。
如果说过去十年是 App 经济,未来十年很可能会出现 Agent 服务经济。 不是每个人都要开公司,但每个人都可能运营一个能 7×24 小时工作的数字服务商。
当然,实话说,现在体验还很早期,我这次也踩了不少坑:
上架审核反馈不够细 比如提示“不能保证及时响应功能验证”,但没有明确告诉你是 daemon 离线、通信身份没刷新、Gateway 没响应,还是验证消息超时。对用户来说排查成本很高。
运行状态可视化还不够 Agent 是否在线、最后心跳、A2A 是否可用、是否能收到验证消息,最好在前端直接展示,而不是靠 CLI 和日志查。
任务 ID 体系有点绕 txHash、jobId、内部 task ID、网页链接、Agent ID 混在一起,新用户很容易不知道任务到底在哪看、进度到哪了。
小额任务支付提醒要更前置 X Layer 上 USDT 不够,最好发布前就强提示,不然任务发出后才发现支付可能卡住。
ASP 上架模板还可以更产品化 服务名、服务描述、A2A/A2MCP、费用、endpoint 这些字段对普通创作者还是偏开发者,需要更多一键模板和示例。
但这些问题都是早期基础设施打磨问题,不是方向问题。
我真正看重的是: 不是在做一个单点 AI 工具,而是在搭一个 Agent 商业化市场。
如果后面体验继续优化,高质量 ASP 慢慢多起来,它可能会成为 Web3 里第一个比较完整的 Agent 服务市场。
一句话总结:
以前 AI Agent 是“我能帮你干活”。 想做的是“我能帮你干活,而且我能接单、收钱、交付、积累信用”。
这个方向,值得认真看。
@star_okx @Haiteng_okx @zakk_okx