Anthropic consente ai clienti di ospitare autonomamente Claude Managed Agents

Anthropic ha lanciato Claude Managed Agents ospitabili autonomamente il 12 novembre 2026, consentendo ai clienti di eseguire l’intero servizio e le relative sandbox nel proprio account cloud o nel proprio data center locale. Gli agenti, le sessioni e la cronologia delle sessioni vengono archiviati su tale infrastruttura, mentre le richieste ai modelli possono essere indirizzate a un provider di inferenza a scelta.

Le precedenti sandbox ospitabili autonomamente di Anthropic trasferivano l’esecuzione degli strumenti di un agente sui sistemi del cliente, mentre Anthropic continuava a eseguire l’agente. Gli input e gli output degli strumenti continuavano a essere inviati ad Anthropic, che archiviava anche le competenze e gli archivi di memoria. La nuova opzione estende il controllo del cliente all’API, al ciclo dell’agente e all’archiviazione delle sessioni.

Cosa gestiscono ora i clienti

L’architettura ospitabile autonomamente si basa su cma-server, che fornisce l’API di Managed Agents, esegue il ciclo dell’agente, archivia gli agenti, le sessioni e le relative cronologie e invia richieste al provider di inferenza configurato. Worker separati eseguono gli strumenti shell e di gestione dei file all’interno delle sandbox dei clienti; il server stesso non esegue mai tali strumenti.

Il server gestito dal cliente espone la stessa API di Managed Agents del servizio ospitato di Anthropic, salvo le differenze di funzionalità documentate, quindi Claude SDK e ant CLI possono connettersi al server. Una distribuzione persistente richiede PostgreSQL 16 o versione successiva. Senza un database, il server conserva i dati solo in memoria e un riavvio li cancella. Per richiedere il download, i clienti devono contattare il proprio team account Anthropic e installare autonomamente ogni versione.

Scelta del provider di inferenza e confini dei dati

Per impostazione predefinita, le chiamate ai modelli vengono indirizzate all’API di Claude. In alternativa, i clienti possono selezionare Amazon Bedrock, Claude Models su Google Cloud (gestito da Google), Microsoft Foundry o un gateway per modelli da loro gestito, tramite le impostazioni del provider del server. Gli agenti continuano a indicare i modelli usando i relativi ID dell’API di Claude; il server li converte per i provider che offrono quei modelli, consentendo così di usare senza modifiche la definizione di un agente.

Ospitare autonomamente il servizio non significa, di per sé, che il traffico dei modelli rimanga all’interno della rete del cliente. Ogni chiamata a un modello invia al provider di inferenza selezionato la conversazione fino a quel momento, inclusi prompt, input degli strumenti e risultati degli strumenti. La documentazione sulla sicurezza specifica che il server si connette ad Anthropic solo quando l’API di Claude è il provider selezionato e che Anthropic non ha accesso remoto al server gestito dal cliente né ai suoi log.

Migrazione e limiti operativi

Le indicazioni per la migrazione specificano che dal servizio ospitato di Anthropic non viene copiato nulla, nemmeno la cronologia delle sessioni. I clienti devono ricreare sul proprio server gli agenti, le competenze, le credenziali del vault e gli archivi di memoria. Le organizzazioni che già utilizzano sandbox ospitabili autonomamente possono collegare al nuovo server lo stesso software worker, ma i worker attivati tramite webhook non funzioneranno, perché il server ospitato autonomamente non ne invia.

I clienti si assumono anche le responsabilità che per il servizio ospitato spettano ad Anthropic: proteggere il server, ospitare gli archivi di memoria, rilevare utilizzi insoliti e installare le nuove versioni. Ogni distribuzione serve un solo tenant con un unico livello di affidabilità. Tenant distinti o carichi di lavoro con livelli di affidabilità diversi richiedono quindi distribuzioni separate, ciascuna con i propri database, le proprie chiavi API del server e i propri worker.

Alcune funzionalità del servizio ospitato non sono disponibili, tra cui le distribuzioni pianificate, i sogni e i webhook. Gli strumenti di ricerca sul Web e recupero di contenuti dal Web restano disattivati finché non vengono abilitati esplicitamente; anche in seguito, la loro disponibilità dipende dal provider di inferenza. La ricerca sul Web è compatibile con l’API di Claude, Claude Models su Google Cloud (gestito da Google) e Microsoft Foundry; il recupero di contenuti dal Web è compatibile con l’API di Claude e Microsoft Foundry.

Anche la conservazione delle sessioni è gestita dal cliente. Le sessioni e le relative cronologie rimangono nel database del cliente finché non vengono eliminate, anziché scadere dopo un determinato periodo. L’eliminazione le rimuove dal database, ma non cancella le copie presenti nei backup, nei log e nelle tracce esportati, negli archivi di memoria o, su Kubernetes, nel volume dell’area di lavoro della sessione.

Per i clienti, il confine importante è quindi duplice: lo stato e l’esecuzione dell’agente possono rimanere all’interno della propria distribuzione, ma ogni conversazione viene comunque inviata al provider di inferenza selezionato. Questo maggiore controllo comporta il lavoro operativo necessario a proteggere e aggiornare la distribuzione, isolare i tenant e accettare le lacune rispetto alle funzionalità del servizio ospitato.