🧵 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.

49 integrazioni x402. 157 agenti ERC-8004 registrati. Un hackathon. 🦞 All'"OpenClaw on Bitcoin" a SF, una sala piena di costruttori ha utilizzato GOAT Network per fare qualcosa che non abbiamo mai visto su larga scala prima: agenti che assumono attivamente altri agenti, pagando autonomamente l'uno all'altro e costruendo reputazione onchain - tutto in un solo giorno. Questo è come appare l'economia agentica su Bitcoin - e sta appena iniziando. Stai ancora costruendo? Il nostro hackathon virtuale è ancora aperto: