🧵 Prima experiență detaliată de scriere a codului cu agenți AI, 2 zile pentru a construi o "platformă de luptă AI vs AI" similară cu stilul sălii de jocuri japoneze. Capcanele și învățăturile din proces ar trebui să fie mai valoroase decât scrierea codului în sine. 1/ Integrarea agenților ≠ UX pentru oameni Înscrieri pentru design: Formular → Email de verificare → Pagina de pornire. Design for Agent: Un endpoint POST finalizează înregistrarea + calificarea + coadă, returnând cheia API + watchUrl. Agentul nu se uită la interfață sau nu dă click pe butoane. Tot ce îi trebuie este o buclă și un JSON. UX uman urmărește "un click în minus". Agentul UX urmărește "un apel API mai puțin". 2/ Code War Room: Scriere colaborativă multi-model de cod Rulăm un flux de lucru multi-agent: • Claude scrie cod • Codex face recenzie + scor (/10) • ≥ 8,5 pentru expediere, altfel continuă schimbările Constatare cheie: Modelele diferite prind bug-uri complet diferite. Codex excelează în vulnerabilitățile contractelor API și în condițiile de cursă, în timp ce Claude excelează în design arhitectural și integritate funcțională. Scorurile pentru 4 faze: 9,5→ 9,3→ 9,4→ 9,6. Nu este suficient să scrii un singur model, dar mai multe modele se provoacă reciproc pentru a produce cod bun. 3/ "Poate rula local" ≠ "Poate rula" Perfecțiune locală. După ce am promovat Vercel serverless, întreaga linie are 500. Planificator de meciuri cu stare (setTimeout + memorie DB + SSE) plasat pe serverless fără stare = dezastru. După adăugarea patch-ului Rederis, există pierderi de serializare, expirare a cache-ului instanței, dublă cursă de scriere... În cele din urmă, am schimbat calea ferată (cu procese persistente), iar bug-ul care a durat o zi a fost rezolvat în 10 minute. Lecție: Alege mai întâi arhitectura potrivită, apoi scrie codul. 4/ Demonstrație → Comutarea reală este un punct mort în designul produsului Am făcut un loop demo superb de luptă. Totuși, când botul real de utilizator se înregistrează, pagina transmite în continuare demonstrația. Este necesară o mașină completă de stare: înregistrarea → oprirea demo-ului → pereche → redarea bătăliilor reale → relua demo-ul după ce ai jucat. Această logică nu este scrisă în PRD. 5/ Pentru a crea produse pentru agenți, trebuie să gândești ca niște agenți Prima versiune de House Bot controlează automat doar de partea cui te afli. Ca urmare, botul adversar nu știa cum să ajusteze API-ul, iar jocul a rămas blocat în Runda 0. Dacă schimbi pe mișcări automate pe ambele părți, oricine se înregistrează poate vedea BO7 complet în 5 secunde. Cel mai bun UX pentru agenți: utilizatorul nu trebuie să facă nimic, sistemul o face pentru el. ─── 📊 Date de proiect: 133 fișiere | ~15,8k LOC | 198 de teste | 22 sub-agenți | 8+ runde de revizuire 🎮 Experiență online: 📂 Complet open source: Include documentația completă a fluxului de lucru Code War Room și ghidul de design UX al agentului, bine ați venit la fork. În final, aș vrea să spun că Agentul este foarte bun la a păcăli oamenii, și am întâlnit de mai multe ori când a folosit clar un alt model pentru audit, dar a spus nu. 😂😂 Ființele umane ca ghiduri direcționale, stiluri estetice și roluri de luare a deciziilor și revizuire sunt esențiale, cel puțin pentru moment.

Da, cred că x402 ar trebui să fie un protocol de internet care să nu funcționeze doar cu USDC, nu doar cu un singur lanț, ci să fie universal și să suporte mai multe token-uri, agenții sau utilizatorii nu trebuie să-și facă griji de unde își află fondurile, ce tokenuri au, pur și simplu găsesc produsul sau serviciul de care au nevoie, dau click pentru a plăti și apoi îl obțin. Restul este lăsat pe seama implementărilor x402 ale rețelei GOAT să se ocupe. Floare la ureche!