Amazon spiega come far dimenticare gli agenti di Bedrock

Un agente ha riaperto in chat una disputa di fatturazione chiusa da quattro mesi. Un altro ha consigliato una procedura di deployment superata perché in memoria teneva un runbook sostituito. Amazon usa questi casi per introdurre la gestione del ciclo di vita della memoria in AgentCore su Amazon Bedrock [S1].

Ogni scambio scrive nuovi ricordi. Se non li governi, si accumulano, invecchiano e contaminano le risposte. Cresce anche il rischio di non conformità. La proposta del post: definire policy di ciclo di vita che valutano, consolidano e potano la memoria degli agenti a lunga durata su Bedrock AgentCore [S1].

Non è un intervento una tantum. È manutenzione continua. Le policy assegnano un valore ai ricordi, sintetizzano ciò che serve e rimuovono ciò che non serve più. Obiettivo: impedire che eventi chiusi o istruzioni superate tornino nel contesto attivo e alterino le risposte successive [S1].

Accanto ai principi, Amazon mostra un’implementazione operativa. Un workflow notturno applica in automatico le policy alla memoria. La pipeline usa AgentCore memory, AWS Step Functions e Amazon Bedrock. Il flusso scorre i ricordi, li valuta secondo le regole, li consolida in forme più compatte e pota quelli ridondanti o obsoleti. Così mantiene un contesto utile e aggiornato, che l’agente può richiamare senza ripescare dati datati [S1].

Il post fornisce tutto per distribuire questo modello. Seguendo le istruzioni si ottiene “uno stack AWS Cloud Development Kit (AWS CDK)” e un framework per gestire il ciclo di vita della memoria con cadenza periodica. L’architettura copre valutazione, consolidamento e potatura, e si esegue in modo sistematico e ripetibile, tipicamente di notte [S1].

Per i due esempi — la disputa chiusa che riemerge e il runbook superato che rientra in gioco — la risposta è la stessa: politiche di memoria chiare e un processo che le faccia rispettare. Il design proposto separa la definizione delle regole dall’esecuzione, così puoi aggiornare i criteri senza toccare il motore di orchestrazione. L’accento resta sulla prevenzione: tagliare prima che il contesto vecchio influisca sulle prossime conversazioni [S1].

Takeaway operativo: il post mette a disposizione un percorso di distribuzione dello stack CDK e della pipeline di policy. Chi adotta il modello può partire da lì, impostare la cadenza (ad esempio notturna) e applicare subito valutazione, consolidamento e potatura alla memoria degli agenti. La promessa è misurabile: meno riferimenti obsoleti nelle risposte, meno rischi di compliance, più coerenza nel tempo, senza cambiare l’agente applicativo [S1].