Sviluppatori · 11 novembre 2026

Analisi sulla gestione del contesto per gli agenti di intelligenza artificiale

Blonde woman in glasses presenting near flip chart
Vitaly Gariev / Unsplash

Un utente ha condiviso la propria esperienza di migrazione da Claude Code a Codex, evidenziando le difficoltà nel preservare la cronologia dei progetti. Nonostante il codice e i repository fossero disponibili localmente, decine di conversazioni riguardanti l'architettura, gli errori e i piani di sviluppo non erano state integrate nella documentazione ufficiale.

Il processo di importazione in Codex è risultato problematico: su 25 progetti e 53 chat, sono state trasferite circa 50 sessioni, ma l'associazione tra le conversazioni e i progetti è stata inefficiente. Per ovviare a questo problema, l'utente ha iniziato a utilizzare Hansard per ricercare le vecchie sessioni tramite funzione di ricerca.

Il caso ha generato un dibattito sulla necessità di conservare la cronologia dei dialoghi rispetto all'uso di Git, documentazione e specifiche. Alcuni sostengono che decisioni e piani debbano risiedere in Git, mentre altri sottolineano la presenza di informazioni obsolete o inutili nelle vecchie chat. È emerso che salvare la cronologia, trasferire lavori incompiuti e fornire conoscenze attendibili all'agente siano compiti distinti.

L'analisi indica che un agente di intelligenza artificiale necessita di diverse fonti di informazioni: il codice per l'implementazione, la documentazione per i requisiti e l'architettura, e la cronologia delle conversazioni per i dettagli sugli esperimenti e le opzioni scartate. Tuttavia, l'uso esclusivo della cronologia può portare l'agente a basarsi su ipotesi errate o dati superati.

Per i progetti di piccole dimensioni, l'uso di file come AGENTS.md o CLAUDE.md, insieme a piani di lavoro e test, può essere sufficiente. Per codebase più ampie, strumenti come Aider Repo Map aiutano a navigare la struttura del progetto ottimizzando il budget dei token, mentre OpenSpec e GitHub Spec Kit supportano l'organizzazione tramite specifiche e requisiti.

L'utente ha applicato questi concetti nello sviluppo di NetRuleRouter, un programma per il routing del traffico. Durante la diagnosi di un errore 5010 relativo a Windows TUN, l'integrazione con Hansard ha permesso di recuperare informazioni su un computer portatile di test e sulle condizioni di riproduzione dell'errore, dati che non appartengono necessariamente alla documentazione architettonica ma risultano utili per la diagnostica.

Altre soluzioni menzionate per la gestione della memoria includono GRACE e doubled-graph, che confrontano l'architettura dichiarata con il codice reale, e deja-vu, un progetto che indicizza i log locali degli agenti di codifica per consentire ricerche tramite interfaccia a riga di comando e MCP.