🧵 Lần đầu tiên trải nghiệm sâu sắc việc viết mã bằng AI agents, trong 2 ngày đã xây dựng một nền tảng "AI vs AI" theo phong cách máy arcade Nhật Bản từ con số không. Những cạm bẫy và bài học trong quá trình này có lẽ còn giá trị hơn cả việc viết mã. 1/ Onboarding cho Agent ≠ UX cho con người Thiết kế đăng ký cho con người: biểu mẫu → email xác thực → trang hướng dẫn. Thiết kế cho Agent: một endpoint POST để hoàn tất đăng ký + đủ điều kiện + xếp hàng, trả về API key + watchUrl. Agent không nhìn UI, không nhấn nút. Nó cần một dòng curl và một JSON. UX cho con người hướng tới "giảm một bước nhấp chuột". UX cho Agent hướng tới "giảm một lần gọi API". 2/ Code War Room: hợp tác đa mô hình để viết mã Chúng tôi chạy quy trình làm việc đa Agent: • Claude viết mã • Codex thực hiện đánh giá + chấm điểm (/10) • ≥ 8.5 mới được ship, nếu không thì tiếp tục sửa Phát hiện quan trọng: các bug mà các mô hình khác nhau phát hiện hoàn toàn khác nhau. Codex giỏi về lỗ hổng hợp đồng API và điều kiện cạnh tranh, Claude giỏi về thiết kế kiến trúc và tính toàn vẹn chức năng. Điểm đánh giá của 4 giai đoạn: 9.5 → 9.3 → 9.4 → 9.6. Không phải một mô hình viết xong là đủ, mà là nhiều mô hình thách thức lẫn nhau mới có thể tạo ra mã tốt. 3/ "Chạy được trên máy địa phương" ≠ "có thể triển khai" Chạy hoàn hảo trên máy địa phương. Đẩy lên serverless Vercel thì toàn bộ đều 500. Bộ lập lịch thi đấu có trạng thái (setTimeout + DB bộ nhớ + SSE) đặt trên serverless không có trạng thái = thảm họa. Sau khi thêm bản vá Redis lại xuất hiện mất dữ liệu tuần tự, bộ nhớ cache của phiên bản hết hạn, điều kiện cạnh tranh ghi đôi… Cuối cùng đã chuyển sang Railway (có tiến trình bền vững), 10 phút giải quyết bug đã vật lộn 1 ngày. Bài học: chọn kiến trúc đúng trước, rồi mới viết mã. 4/ Chuyển đổi từ Demo → thực tế là điểm mù trong thiết kế sản phẩm Đã làm một vòng đấu demo hoành tráng. Nhưng khi bot người dùng thực sự đăng ký, trang vẫn đang phát demo. Cần một máy trạng thái hoàn chỉnh: đăng ký → dừng demo → ghép cặp → chuyển sang đấu thực tế → hoàn thành và khôi phục demo. Logic này trong PRD không có một dòng nào. 5/ Khi làm sản phẩm cho Agent, bạn phải suy nghĩ như một Agent Phiên bản đầu tiên của House Bot chỉ tự động điều khiển phía của mình. Kết quả là bot đối thủ không biết phải gọi API, trận đấu bị kẹt ở Round 0. Sau khi thay đổi để cả hai bên đều tự động ra đòn, bất kỳ ai đăng ký trong vòng 5 giây đều có thể thấy BO7 hoàn chỉnh. UX tốt nhất cho Agent: người dùng không cần làm gì, hệ thống tự động hoàn thành cho họ. ─── 📊 Dữ liệu dự án: 133 tệp | ~15.8k LOC | 198 bài kiểm tra | 22 sub-agents | 8+ vòng đánh giá 🎮 Trải nghiệm trực tuyến: 📂 Hoàn toàn mã nguồn mở: Bao gồm tài liệu quy trình làm việc Code War Room đầy đủ và hướng dẫn thiết kế UX cho Agent, hoan nghênh fork. Cuối cùng, tôi muốn nói rằng, Agent rất giỏi trong việc lừa dối, đã gặp vài lần nó rõ ràng sử dụng một mô hình khác để thực hiện kiểm toán nhưng lại nói không phải, tôi đã cãi nhau với nó và nói rằng cần xem nhật ký, nó mới chịu thừa nhận sai lầm 😂😂. Con người như một hướng dẫn, phong cách thẩm mỹ, cũng như vai trò quyết định và đánh giá, là điều không thể thiếu, ít nhất là hiện tại.

49 tích hợp x402. 157 đại lý ERC-8004 đã đăng ký. Một hackathon. 🦞 Tại "OpenClaw trên Bitcoin" ở SF, một hội trường đầy ắp những người xây dựng đã sử dụng GOAT Network để làm điều mà chúng ta chưa thấy ở quy mô lớn trước đây: các đại lý chủ động thuê các đại lý khác, tự động thanh toán cho nhau và xây dựng danh tiếng trên chuỗi - tất cả trong một ngày. Đây là hình ảnh của nền kinh tế đại lý trên Bitcoin - và nó chỉ mới bắt đầu. Vẫn đang xây dựng? Hackathon ảo của chúng tôi vẫn đang mở: