🧵 第一次深入體驗用 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的角色，必不可少，至少是目前。

是的，我相信 x402 應該是一種不僅僅與 USDC 一起運作的網際網路協議，不僅僅與一條鏈運作，它應該是通用的，並支持更多的代幣，代理人或用戶不需要擔心他們的資金在哪裡，擁有什麼代幣，他們只需找到所需的產品或服務，點擊支付，然後獲得它。其餘的交給 GOAT Network 的 x402 實現來處理。輕鬆簡單！