Introduzione al nuovo servizio auto‑ospitato

Il 12 novembre 2026 Anthropic ha annunciato il lancio di Claude Managed Agents auto‑ospitati, una soluzione che consente ai clienti di eseguire l’intero servizio e le relative sandbox direttamente nel proprio account cloud o nel data‑center on‑premise. In questa configurazione, agenti, sessioni e cronologia delle sessioni sono archiviati sull’infrastruttura del cliente, mentre le richieste al modello possono essere indirizzate a un provider di inferenza scelto.

Le precedenti sandbox auto‑ospitate di Anthropic spostavano l’esecuzione degli strumenti dell’agente sui sistemi del cliente, ma mantenevano il controllo dell’agente e la memorizzazione di skill e memory store da parte di Anthropic. La nuova offerta estende il controllo del cliente anche all’API, al loop dell’agente e alla memorizzazione delle sessioni.

Architettura e componenti principali

Il fulcro dell’architettura auto‑ospitata è il cma-server, responsabile di:

    • Servire l’API Managed Agents
    • Eseguire il loop dell’agente
    • Memorizzare agenti, sessioni e cronologia
    • Invocare il provider di inferenza configurato

Worker separati gestiscono gli strumenti di shell e file all’interno delle sandbox del cliente; il server stesso non esegue direttamente tali strumenti. Il server espone la stessa API Managed Agents del servizio ospitato da Anthropic, con differenze documentate, consentendo al Claude SDK e al CLI ant di connettersi senza modifiche.

Per una distribuzione persistente è necessario PostgreSQL 16 o versioni successive. In assenza di un database, i dati rimangono in memoria e un riavvio cancella tutto. I clienti devono contattare il proprio team account Anthropic per ricevere il pacchetto di download e installare autonomamente ogni nuova release.

Scelta del provider di inferenza e confini dei dati

Le chiamate al modello sono indirizzate di default all’API Claude, ma i clienti possono selezionare tra:

    • Amazon Bedrock
    • Claude Models su Google Cloud (gestito da Google)
    • Microsoft Foundry
    • Un gateway di modello gestito autonomamente

Gli agenti continuano a riferirsi ai modelli tramite gli ID dell’API Claude; il server traduce tali ID per il provider scelto, garantendo la compatibilità delle definizioni degli agenti.

È importante notare che l’auto‑hosting non mantiene il traffico del modello all’interno della rete del cliente. Ogni chiamata al modello invia la conversazione corrente, includendo prompt, input e output degli strumenti, al provider selezionato. La documentazione sulla sicurezza specifica che il server si connette ad Anthropic solo quando il provider è l’API Claude e che Anthropic non ha accesso remoto al server o ai suoi log.

Processo di migrazione e limiti operativi

Secondo le linee guida di migrazione, nulla viene copiato dal servizio ospitato di Anthropic, nemmeno la cronologia delle sessioni. I clienti devono ricreare su misura:

    • Agenti
    • Skill
    • Credenziali dei vault
    • Memory store

Le organizzazioni che già utilizzano sandbox auto‑ospitate possono collegare lo stesso software worker al nuovo server, ma i worker attivati da webhook non funzioneranno poiché il server auto‑ospitato non invia webhook.

I clienti assumono anche le responsabilità che Anthropic gestiva per il servizio ospitato, tra cui:

    • La sicurezza del server
    • L’hosting dei memory store
    • Il rilevamento di utilizzi anomali
    • L’installazione delle release

Ogni deployment serve un singolo tenant con un livello di fiducia definito. Tenant separati o carichi di lavoro con diversi livelli di fiducia richiedono deployment distinti, ciascuno con proprie basi dati, chiavi API del server e worker.

Funzionalità non disponibili nella versione auto‑ospitata

Alcune caratteristiche del servizio ospitato non sono supportate:

    • Deployments programmati
    • Dreams
    • Webhook

Gli strumenti di ricerca web e di fetch web rimangono disattivati finché non vengono abilitati esplicitamente; la loro disponibilità dipende dal provider di inferenza. La ricerca web funziona con l’API Claude, Claude Models su Google Cloud e Microsoft Foundry, mentre il fetch web è supportato da Claude API e Microsoft Foundry.

Gestione della persistenza delle sessioni

La conservazione delle sessioni è interamente gestita dal cliente. Le sessioni e le loro cronologie rimangono nel database finché non vengono cancellate, senza scadenza automatica basata sull’età. La cancellazione rimuove i dati dal database, ma non elimina le copie presenti in backup, log esportati, tracce, memory store o, in ambienti Kubernetes, nel volume di lavoro della sessione.

Di conseguenza, il confine critico per i clienti è duplice: lo stato e l’esecuzione dell’agente possono rimanere all’interno del loro deployment, ma ogni conversazione è comunque inviata al provider di inferenza scelto. Il controllo aggiuntivo comporta un carico operativo legato alla sicurezza, all’aggiornamento, all’isolamento dei tenant e all’accettazione di alcune lacune rispetto al servizio ospitato.

Considerazioni finali per le imprese

Per le organizzazioni che richiedono un elevato grado di sovranità dei dati, la possibilità di auto‑ospitare Claude Managed Agents rappresenta un passo significativo verso la riduzione della dipendenza da infrastrutture esterne. Tuttavia, le imprese devono valutare attentamente:

    • Le competenze necessarie per gestire server, database PostgreSQL e worker di sandbox
    • Il carico operativo legato a patch, monitoraggio della sicurezza e gestione dei backup
    • Le limitazioni funzionali rispetto al servizio cloud di Anthropic
    • La necessità di configurare correttamente il provider di inferenza per garantire la continuità delle funzionalità di ricerca web e fetch

In sintesi, la nuova offerta di Anthropic amplia le opzioni di deployment per i clienti enterprise, ma richiede una pianificazione accurata e risorse dedicate per mantenere un ambiente stabile, sicuro e conforme alle esigenze operative.