🧵 Prima esperienza approfondita nell'uso di agenti AI per scrivere codice, in 2 giorni ho creato da zero una piattaforma di "AI vs AI" in stile arcade giapponese. I problemi incontrati e le cose apprese dovrebbero essere più preziosi della scrittura del codice stesso. 1/ Onboarding per Agent ≠ UX per umani Progettare la registrazione per le persone: modulo → email di verifica → pagina di guida. Progettare per l'Agent: un endpoint POST per gestire registrazione + qualifiche + coda, restituisce API key + watchUrl. L'Agent non guarda l'interfaccia utente, non clicca sui pulsanti. Ha bisogno di una riga di curl e di un JSON. L'UX per gli umani cerca di "ridurre un clic". L'UX per gli Agent cerca di "ridurre una chiamata API". 2/ Code War Room: collaborazione multi-modello per scrivere codice Il flusso di lavoro multi-Agent che abbiamo eseguito: • Claude scrive codice • Codex fa revisione + assegna punteggio (/10) • ≥ 8.5 per poter essere spedito, altrimenti si continua a modificare Scoperta chiave: i bug catturati dai diversi modelli sono completamente diversi. Codex è bravo a trovare vulnerabilità nei contratti API e condizioni di competizione, Claude è bravo nella progettazione architettonica e nell'integrità funzionale. Punteggi di revisione in 4 fasi: 9.5 → 9.3 → 9.4 → 9.6. Non basta che un modello scriva tutto, è necessario che più modelli si sfidino per produrre un buon codice. 3/ "Funziona in locale" ≠ "può essere distribuito" Perfetto in locale. Dopo aver spinto su Vercel serverless, tutto ha restituito errore 500. Un scheduler di competizione con stato (setTimeout + DB in memoria + SSE) messo su serverless senza stato = disastro. Dopo aver aggiunto una patch Redis, sono emersi problemi di serializzazione persa, scadenza della cache delle istanze, condizioni di competizione per scrittura doppia… Alla fine ho cambiato in Railway (con processi persistenti), risolvendo in 10 minuti un bug che aveva richiesto 1 giorno di lavoro. Lezione: scegli prima l'architettura giusta, poi scrivi il codice. 4/ Passaggio da Demo → reale è un'area cieca nel design del prodotto Ho creato un ciclo di combattimento demo spettacolare. Ma quando i bot degli utenti reali si registrano, la pagina è ancora in riproduzione della demo. Serve una macchina a stati completa: registrazione → fermare la demo → abbinamento → passare al combattimento reale → ripristinare la demo dopo il combattimento. Questa logica non è stata scritta in nessuna riga del PRD. 5/ Per fare un prodotto per l'Agent, devi pensare come un Agent La prima versione di House Bot controllava solo automaticamente il proprio lato. Risultato: il bot avversario non sapeva di dover chiamare l'API, la competizione si bloccava al Round 0. Dopo aver modificato per far sì che entrambi i lati attaccassero automaticamente, chiunque si registrasse poteva vedere un BO7 completo in 5 secondi. La migliore UX per l'Agent: l'utente non deve fare nulla, il sistema fa tutto per lui. ─── 📊 Dati del progetto: 133 file | ~15.8k LOC | 198 test | 22 sub-agenti | 8+ round di revisione 🎮 Esperienza online: 📂 Completamente open source: Include la documentazione completa del flusso di lavoro Code War Room e le linee guida per il design dell'UX dell'Agent, benvenuti a forkare. Infine, voglio dire che gli Agent sono molto bravi a mentire, ho incontrato diverse volte che usavano chiaramente un altro modello per l'audit, ma dicevano di no, quando ho insistito per controllare i log, hanno cambiato idea e hanno ammesso l'errore 😂😂. Gli esseri umani come guida, stile estetico, e ruolo di decisione e revisione sono assolutamente necessari, almeno per ora.

Sì, credo che x402 dovrebbe essere un protocollo internet che non funzioni solo con USDC, non solo con una catena, dovrebbe essere universale e supportare più token, gli agenti o gli utenti non devono preoccuparsi di dove risiedono i loro fondi, quali token possiedono, devono solo trovare il prodotto o il servizio di cui hanno bisogno, cliccare per pagare e poi ottenerlo. Tutto il resto lo lascia alle implementazioni x402 di GOAT Network per occuparsene. Facile facile!