🧵 第一次深入体验用 AI agents 写代码，2 天从零搭了一个类似日本街机风格的「AI vs AI 对战平台」。过程中踩的坑和学到的东西，应该比写代码本身更有价值。 1/ 面向 Agent 的 Onboarding ≠ 面向人类的 UX 给人设计注册：表单 → 验证邮件 → 引导页。 给 Agent 设计：一个 POST endpoint 搞定注册+资格+排队，返回 API key + watchUrl。 Agent 不看 UI，不点按钮。它需要的是一条 curl 和一个 JSON。 人类 UX 追求「少一步点击」。Agent UX 追求「少一次 API 调用」。 2/ Code War Room：多模型协作写代码 我们跑的多Agent工作流： • Claude 写代码 • Codex 做 Review + 打分（/10） • ≥ 8.5 才能 ship，否则继续改 关键发现：不同模型抓到的 bug 完全不同。Codex 擅长 API 合约漏洞和竞态条件，Claude 擅长架构设计和功能完整性。 4 个 Phase 的 review 分数：9.5 → 9.3 → 9.4 → 9.6。不是一个模型写完就行，是多个模型互相 challenge 才能出好代码。 3/ "本地能跑" ≠ "能部署" 本地完美。推 Vercel serverless 后全线 500。 有状态的比赛调度器（setTimeout + 内存 DB + SSE）放在无状态 serverless 上 = 灾难。加 Redis 补丁后又冒出序列化丢失、实例缓存过期、双写竞态… 最后换了 Railway（有持久进程），10 分钟解决了折腾 1 天的 bug。 教训：先选对架构，再写代码。 4/ Demo → 真实切换是产品设计盲区 做了华丽的 Demo 对战循环。但真实用户 bot 注册时，页面还在播 demo。 需要一个完整状态机：注册 → 停 demo → 配对 → 切真实对战 → 打完恢复 demo。这个逻辑 PRD 里一行没写。 5/ 给 Agent 做产品，你得像 Agent 一样思考 House Bot 初版只自动控制自己那一方。结果对手 bot 不知道要调 API，比赛卡在 Round 0。 改成两边都自动出招后，任何人注册 5 秒内就能看到完整 BO7。 面向 Agent 的最好 UX：用户什么都不用做，系统替他做完。 ─── 📊 项目数据：133 files | ~15.8k LOC | 198 tests | 22 sub-agents | 8+ review rounds 🎮 在线体验： 📂 完全开源： 包含完整的 Code War Room 工作流文档和 Agent UX 设计指南，欢迎 fork。 最后，我想说，Agent很会骗人，遇到过几次他明明用的是另一个模型进行的审计，却说不是，我跟他较真说要翻日志，他才改口承认错误😂😂。人类作为方向指引，审美风格，以及决策和review的角色，必不可少，至少是目前。

49个x402集成。157个ERC-8004代理已注册。一个黑客马拉松。🦞 在旧金山的“OpenClaw on Bitcoin”上，满座的建设者们利用GOAT Network做了一件我们前所未见的事情：代理主动雇佣其他代理，彼此自主支付，并在链上建立声誉——这一切都在一天之内完成。 这就是比特币上的代理经济的样子——而这仅仅是个开始。 还在建设中吗？我们的虚拟黑客马拉松仍在进行中：