Anthropic lar kundene drifte Claude Managed Agents selv

Anthropic lanserte Claude Managed Agents for egen drift 12. november 2026. Dermed kan kundene kjøre hele tjenesten og sandkassene i sin egen skykonto eller i et lokalt datasenter. Agenter, økter og økthistorikk lagres på denne infrastrukturen, mens modellforespørsler kan sendes til en selvvalgt inferensleverandør.

Anthropics tidligere sandkasser for egen drift flyttet kjøringen av agentens verktøy til kundens systemer, mens Anthropic fortsatt kjørte agenten. Inndata og utdata fra verktøyene gikk fortsatt til Anthropic, som også lagret ferdigheter og minnelagre. Det nye alternativet gir kundene kontroll over API-et, agentløkken og lagringen av økter.

Dette drifter kundene nå selv

Den selvhostede arkitekturen er bygd opp rundt cma-server, som leverer Managed Agents API, kjører agentløkken, lagrer agenter, økter og økthistorikk, og kaller den konfigurerte inferensleverandøren. Separate arbeidere kjører skall- og filverktøy i kundens sandkasser; serveren kjører aldri disse verktøyene selv.

Den kundedrevne serveren tilbyr det samme Managed Agents API-et som Anthropics vertsbaserte tjeneste, med unntak av dokumenterte forskjeller i funksjonalitet, slik at Claude SDK og ant CLI kan koble seg til den. En vedvarende utrulling krever PostgreSQL 16 eller nyere. Uten en database beholder serveren dataene bare i minnet, og en omstart sletter dem. Kundene må kontakte Anthropic-kundeteamet sitt for å be om nedlastingen og installere hver utgave selv.

Valg av inferensleverandør og grenser for data

Modellkall sendes som standard til Claude API. Kundene kan i stedet velge Amazon Bedrock, Claude Models on Google Cloud (administrert av Google), Microsoft Foundry eller en modellgateway de selv drifter, via serverens innstillinger for inferensleverandør. Agentene angir fortsatt modeller med Claude API-ID-ene sine. Serveren oversetter disse for leverandører som tilbyr modellene, slik at en agentdefinisjon kan brukes uendret.

At tjenesten driftes av kunden, betyr ikke i seg selv at modelltrafikken holdes innenfor kundens nettverk. Hvert modellkall sender samtalen så langt, inkludert instruksjoner, verktøyinndata og verktøyresultater, til den valgte inferensleverandøren. Sikkerhetsdokumentasjonen sier at serveren bare kobler seg til Anthropic når Claude API er den valgte leverandøren, og at Anthropic ikke har ekstern tilgang til den kundedrevne serveren eller loggen dens.

Migrering og driftsbegrensninger

Migreringsveiledningen sier at ingenting kopieres fra Anthropics vertsbaserte tjeneste, heller ikke økthistorikk. Kundene må opprette agenter, ferdigheter, hvelvpåloggingsopplysninger og minnelagre på nytt på sin egen server. Organisasjoner som allerede kjører sandkasser for egen drift, kan koble den samme arbeiderprogramvaren til den nye serveren, men arbeidere som utløses av webhooker, vil ikke fungere fordi den selvdriftede serveren ikke sender noen.

Kundene overtar også ansvaret Anthropic har for den vertsbaserte tjenesten: å sikre serveren, drifte minnelagre, oppdage uvanlig bruk og installere nye utgaver. Hver utrulling betjener én leietaker på ett tillitsnivå. Separate leietakere, eller arbeidsbelastninger med ulike tillitsnivåer, krever derfor separate utrullinger med egne databaser, API-nøkler for serveren og arbeidere.

Enkelte funksjoner i den vertsbaserte tjenesten er ikke tilgjengelige, blant annet planlagte utrullinger, drømmer og webhooker. Nettsøk- og netthentingsverktøyene er deaktivert inntil de aktiveres uttrykkelig, og tilgjengeligheten av dem avhenger deretter av inferensleverandøren. Nettsøk fungerer med Claude API, Claude Models on Google Cloud (administrert av Google) og Microsoft Foundry; netthenting fungerer med Claude API og Microsoft Foundry.

Kundene styrer også hvor lenge økter beholdes. Økter og økthistorikken deres blir liggende i kundens database til de slettes, i stedet for å utløpe etter en viss tid. Sletting fjerner dem fra databasen, men ikke kopier i sikkerhetskopier, eksporterte logger og sporingsdata, minnelagre eller, på Kubernetes, øktens arbeidsområdevolum.

For kundene er grensen derfor todelt: Agentens tilstand og kjøring kan holdes innenfor deres egen utrulling, men hver samtale sendes fortsatt til inferensleverandøren de velger. Den økte kontrollen innebærer at de selv må sikre og oppdatere utrullingen, isolere leietakere og godta at enkelte funksjoner fra den vertsbaserte tjenesten mangler.