Sei comunicati AWS in tre giorni descrivono la stessa architettura da sei angolazioni. Amazon Bedrock AgentCore è in general availability, e i pezzi per portare un agente fuori dalla demo ci sono tutti: un MCP bridge che collega gli agenti nel cloud ai tool locali sul laptop, memoria persistente fra le sessioni, un nodo per n8n che costruisce workflow agentici senza scrivere codice, e Web Search nativa dentro Bedrock per il grounding senza provider esterni.

Per chi sta provando a far lavorare un agente su compiti veri, conta il cambio di prospettiva. La domanda centrale si sposta su come orchestrare chi fa cosa. Quale modello scegliere passa in secondo piano. L’agente diventa un processo con stato, strumenti, isolamento e osservabilità. AWS mette insieme questi pezzi in una piattaforma sola, e lo fa la stessa settimana in cui Cloudflare costruisce il suo runtime per agenti. Due provider con infrastrutture diverse, stesso design.

I casi d’uso pubblicati sono concreti. Mobileye ha schierato un agente di supporto tecnico che bridgea sistemi on-prem con il cloud. LendingTree ha tre agenti coordinati che guidano i clienti sulle mutue rispettando la compliance finanziaria. Sono produzioni vere, con numeri e vincoli reali dietro.

Nel dettaglio

L’agente che hai provato in chat, quello che risponde bene se gli dai il prompt giusto, ha un problema strutturale quando lo porti in produzione: perde lo stato fra una chiamata e l’altra, non ricorda cosa ha fatto, non ha un posto sicuro dove eseguire codice, e ogni tool che gli aggiungi è un’integrazione da scrivere a mano. AgentCore prova a risolvere questi problemi nello stesso posto.

Memoria persistente. L’agente salva lo stato fra le sessioni. Se ieri ha analizzato un documento e oggi gli chiedi un seguito, non ricomincia da zero. È la differenza fra un assistente che lavora e uno che riparte ogni volta.

MCP bridge per i tool locali. Il Model Context Protocol, di cui abbiamo raccontato l’aggiornamento a 2.0, è lo standard per collegare gli agenti agli strumenti. Il bridge di AWS risolve un problema concreto: l’agente gira nel cloud, ma i tuoi file e i tuoi tool stanno sul laptop. La soluzione è un tunnel WebSocket firmato che passa da un’estensione del browser, senza aprire porte o configurare VPN.

n8n come frontend visuale. Il nodo open source per n8n trasforma AgentCore in un passo dentro un workflow visuale. Memoria, tool reali, esecuzione di codice e isolamento VPC si configurano dall’editor, senza codice infrastrutturale. Per chi non sviluppa, significa costruire un agente trascinando blocchi.

Web Search nativa. Bedrock ha ora una ricerca web integrata lato server. Il grounding del modello su fonti attuali diventa una capability della piattaforma, senza onboardare un terzo fornitore o gestire API esterne.

Cosa dicono i casi reali. Mobileye bridgea sistemi on-prem con AWS per il supporto tecnico, mantenendo governance enterprise. LendingTree usa tre agenti coordinati con LangGraph e MCP per le mutue, con guardrails integrati per la compliance finanziaria. Il terzo caso, l’estrazione automatica di insight dal web, combina AgentCore Browser, OpenSearch e Lambda per monitorare feed RSS e rendere ricercabili le insight estratte.

Limiti. Questi sono post del blog AWS: descrivono l’architettura nelle sue parti migliori. Il lock-in è reale, una volta costruito su AgentCore cambiare provider significa riscrivere l’orchestrazione. Il MCP bridge è elegante ma aggiunge complessità (estensione del browser, Chrome native messaging). E la convergenza con Cloudflare conferma la direzione senza validarne i dettagli: due provider che convergono sullo stesso design è un segnale forte, ma non sostituisce l’esperienza sul campo.