Claude Managed Agents self-hosted: Anthropic apre la beta privata

Anthropic ha aperto una beta privata per portare i Claude Managed Agents dentro l’infrastruttura dei clienti. Il 12 novembre 2026 l’account ClaudeDevs su X ha annunciato che ora puoi ospitare il harness dell’agente, i sandbox e la cronologia delle sessioni nel tuo cloud o on-premises, e scegliere dove inviare le richieste a Claude.

Per le aziende che hanno vincoli di sicurezza e di conformità, è il passo che mancava per usare gli agenti AI senza far uscire i dati dal proprio perimetro.

Che cosa sono i Claude Managed Agents self-hosted

I Managed Agents sono il servizio con cui Anthropic gestisce l’esecuzione di agenti basati su Claude: un ciclo che chiama il modello, esegue strumenti e conserva la storia di ciò che l’agente fa. Finora la parte ospitata dal cliente era limitata al sandbox, cioè l’ambiente in cui l’agente esegue comandi di shell e operazioni sui file.

Con la nuova beta, secondo l’articolo ufficiale di Anthropic, il cliente può gestire in casa anche il server dei Managed Agents, il suo database, i worker dove girano gli strumenti, la gestione delle credenziali e lo storico delle sessioni. Gli sviluppatori continuano a usare le stesse API del servizio ospitato.

Cervello e mani, tenuti separati per progetto

L’architettura descritta da Anthropic distingue il harness, il cervello che chiama Claude, dal sandbox, le mani che eseguono il codice. I due restano separati per scelta di progetto.

Il ciclo dell’agente, la cronologia delle sessioni e i segreti conservati nei vault restano fuori dal sandbox. La storia è un registro di eventi salvato altrove, e i sandbox partono solo quando uno strumento ne ha bisogno, quindi l’agente non dipende dalla sopravvivenza di un singolo ambiente per tutta la sua esecuzione.

Dove vanno le richieste a Claude

Il modello Claude, precisa Help Net Security, continua a girare fuori dalla rete del cliente. Cambia però la scelta del percorso: le richieste possono andare direttamente ad Anthropic, ad Amazon Bedrock, alla piattaforma agenti di Google, a Microsoft Foundry oppure a un gateway aziendale.

Per chi ha un accordo di zero data retention con Anthropic, la copertura si applica alle richieste di Claude come per le altre chiamate alla Messages API.

È una flessibilità importante per i team che hanno già scelto un fornitore cloud e non vogliono rinegoziare contratti, regioni e controlli di accesso solo per usare gli agenti.

Credenziali, rete e log: i controlli di sicurezza

Il tema dominante è la sicurezza. Le credenziali restano fuori dal sandbox: per gli strumenti MCP e per le chiamate API supportate, un proxy esterno aggiunge la credenziale alla richiesta, così l’agente non la vede mai. Chi ospita il servizio può conservare questi segreti nel proprio secrets manager.

Ogni ambiente può essere limitato a un elenco di host consentiti, e le richieste verso qualsiasi altro host vengono bloccate. Con il sandbox in casa, gli stessi limiti si impostano nel proprio firewall.

Ogni passo dell’agente, comprese le chiamate agli strumenti e i loro risultati, viene registrato ed è esportabile tramite OpenTelemetry, per portare i dati negli strumenti di monitoraggio già in uso.

Secondo Help Net Security, Anthropic motiva l’impostazione con un principio netto: i limiti vanno costruiti nel sistema stesso, perché non si può contare su una persona che controlla ogni passaggio di un agente che lavora senza supervisione. La fonte avverte anche che gli altri servizi raggiunti dall’agente non sono coperti da questa protezione, quindi vanno verificati prima della messa in produzione.

Perché conta per aziende e sviluppatori

Gli agenti AI stanno passando dalla demo alla produzione, e la prima domanda che pongono i responsabili della sicurezza è dove girano e dove finiscono i dati. Con questa beta Anthropic risponde in modo diretto: puoi decidere tu.

La mossa si inserisce in una tendenza che il sito segue da tempo. Ad agosto abbiamo raccontato come Anthropic avesse aperto la beta degli ambienti self-hosted per Claude Code, e a settembre il lavoro di OpenAI sui Managed Agents. Ora il controllo dell’infrastruttura arriva al servizio completo.

Il confronto con altre architetture per agenti

Il tema della separazione tra cervello e ambiente di esecuzione non è nuovo. Se ti interessa il lato architetturale, c’è l’approfondimento su DeepSeek Harness e i super-agent, mentre sul fronte dei controlli di sicurezza vale la pena leggere la piattaforma NVIDIA Open Agent Safety Platform.

Il punto comune è che l’agente affidabile non nasce da un prompt migliore, ma da un perimetro ben progettato: permessi minimi, rete limitata, registri completi.

Come cambia l’operatività per un team tecnico

Ospitare il servizio in proprio sposta una parte del lavoro dal fornitore al cliente. Secondo Help Net Security, chi adotta la beta gestisce il server dei Managed Agents, il database PostgreSQL che conserva la storia delle sessioni e i worker su cui gli agenti eseguono gli strumenti di shell e di file. Sono componenti da dimensionare, aggiornare e monitorare come qualsiasi altro servizio di produzione.

Il vantaggio è la prossimità ai dati. Se un agente deve lavorare su repository interni, documenti riservati o sistemi che non sono raggiungibili da Internet, farlo girare nella stessa rete riduce il numero di confini da attraversare e semplifica le verifiche di conformità.

Il prezzo da pagare è la responsabilità operativa. Backup del database, gestione dei segreti, aggiornamento dei worker e regole del firewall passano al tuo team, e vanno inserite nei processi esistenti.

Che cosa verificare prima di portarlo in produzione

Il primo controllo riguarda il perimetro reale dell’agente. Le protezioni su credenziali e host consentiti valgono per gli strumenti e le chiamate supportate, e la stessa fonte ricorda che altri servizi raggiunti dall’agente non sono coperti. Conviene quindi mappare ogni sistema esterno a cui l’agente può arrivare e decidere caso per caso.

Il secondo riguarda i log. L’esportazione tramite OpenTelemetry è utile solo se i dati finiscono in un sistema che qualcuno guarda davvero, con avvisi su comportamenti anomali.

Il terzo è il percorso del modello. Scegliere tra accesso diretto, Amazon Bedrock, la piattaforma agenti di Google, Microsoft Foundry o un gateway aziendale incide su contratti, regioni e regole di retention, quindi va deciso insieme a legale e sicurezza.

Disponibilità e cosa non sappiamo ancora

La funzione è in beta privata e, secondo Anthropic, per richiedere l’accesso bisogna contattare il proprio account team. Per ora non risultano pubblici i dettagli sui prezzi né sulle regioni supportate, e le fonti consultate non ne parlano.

Questo significa che, per il momento, la novità interessa soprattutto le grandi organizzazioni già clienti di Anthropic. Per chi lavora su progetti più piccoli, il segnale resta comunque utile: l’esecuzione degli agenti si sta spostando verso modelli ibridi, in cui il servizio è gestito ma i dati restano a casa.

Conclusioni: agenti più controllabili, a una condizione

La notizia va letta come un segnale di maturità del mercato degli agenti. Quando un fornitore permette di spostare in casa il cervello operativo, la conversazione smette di riguardare solo le capacità del modello e passa a governance, audit e responsabilità, cioè ai temi che decidono se un progetto pilota diventa un servizio vero.

I Claude Managed Agents self-hosted rispondono a una richiesta concreta del mondo enterprise: usare agenti potenti senza cedere il controllo su credenziali, rete e storico delle azioni. Resta da capire quanto sarà semplice gestire in proprio server, database e worker, e a quale costo.

Seguici per i prossimi aggiornamenti sull’apertura della beta, e dimmi nei commenti: nella tua azienda gli agenti AI girerebbero nel cloud del fornitore o nella tua infrastruttura?