Anthropic lader kunderne selv hoste Claude Managed Agents

Anthropic lancerede Claude Managed Agents, som kunderne selv kan hoste den 12. november 2026. Det giver kunderne mulighed for at køre hele tjenesten og dens sandkasser i deres egen cloudkonto eller i et lokalt datacenter. Agenter, sessioner og sessionshistorik lagres på denne infrastruktur, mens modelanmodninger kan sendes til en valgfri inferensudbyder.

Anthropics tidligere sandkasser, der kunne hostes af kunden selv, flyttede en agents værktøjskørsel over på kundens systemer, mens Anthropic fortsat kørte agenten. Input til og output fra værktøjerne gik stadig gennem Anthropic, som også lagrede færdigheder og hukommelseslagre. Den nye mulighed giver kunden kontrol over API’et, agentens løkke og lagringen af sessioner.

Hvad kunderne nu selv står for

Den selvhostede arkitektur er baseret på cma-server, som leverer Managed Agents API, kører agentens løkke, lagrer agenter, sessioner og deres historik og kalder den konfigurerede inferensudbyder. Separate arbejdere udfører shell- og filværktøjer i kundens sandkasser; selve serveren kører aldrig disse værktøjer.

Den kundedrevne server stiller det samme Managed Agents API til rådighed som Anthropics hostede tjeneste, bortset fra dokumenterede forskelle i funktionalitet, så Claude SDK og ant CLI kan oprette forbindelse til den. En vedvarende installation kræver PostgreSQL 16 eller nyere. Uden en database opbevarer serveren kun data i hukommelsen, og en genstart sletter dem. Kunderne skal kontakte deres Anthropic-kontoteam for at få adgang til downloadet og selv installere hver udgivelse.

Valg af inferensudbyder og datagrænser

Modelkald sendes som standard til Claude API. Kunderne kan i stedet vælge Amazon Bedrock, Claude Models on Google Cloud (administreret af Google), Microsoft Foundry eller en modelgateway, de selv driver, via serverens indstillinger for udbydere. Agenter angiver fortsat modeller ved hjælp af deres Claude API-id’er, som serveren oversætter til de udbydere, der leverer modellerne, så en agentdefinition kan bruges uændret.

Det, at tjenesten hostes af kunden selv, betyder ikke i sig selv, at modeltrafikken forbliver inden for kundens netværk. Hvert modelkald sender den hidtidige samtale, herunder prompts, værktøjsinput og værktøjsresultater, til den valgte inferensudbyder. Sikkerhedsdokumentationen oplyser, at serveren kun opretter forbindelse til Anthropic, når Claude API er den valgte udbyder, og at Anthropic ikke har fjernadgang til den kundedrevne server eller dens log.

Begrænsninger ved migrering og drift

Vejledningen til migrering oplyser, at intet kopieres fra Anthropics hostede tjeneste, heller ikke sessionshistorik. Kunderne skal genskabe agenter, færdigheder, adgangsoplysninger fra nøglehvælvingen og hukommelseslagre på deres egen server. Organisationer, der allerede kører selvhostede sandkasser, kan forbinde den samme arbejdersoftware til den nye server, men arbejdere, der aktiveres af webhooks, vil ikke fungere, fordi den selvhostede server ikke sender nogen.

Kunderne overtager også ansvarsområder, som Anthropic varetager for den hostede tjeneste: at sikre serveren, hoste hukommelseslagre, opdage usædvanlig brug og installere udgivelser. Hver installation betjener én lejer på ét tillidsniveau. Forskellige lejere eller arbejdsbelastninger med forskellige tillidsniveauer kræver derfor separate installationer med hver deres databaser, server-API-nøgler og arbejdere.

Nogle funktioner fra den hostede tjeneste er ikke tilgængelige, herunder planlagte installationer, drømme og webhooks. Værktøjerne til websøgning og webhentning er deaktiveret, indtil de aktiveres specifikt, og deres tilgængelighed afhænger derefter af inferensudbyderen. Websøgning fungerer med Claude API, Claude Models on Google Cloud (administreret af Google) og Microsoft Foundry; webhentning fungerer med Claude API og Microsoft Foundry.

Kunderne står også selv for opbevaringen af sessioner. Sessioner og deres historik forbliver i kundens database, indtil de slettes, i stedet for at udløbe efter en bestemt periode. Sletning fjerner dem fra databasen, men ikke kopier i sikkerhedskopier, eksporterede logfiler og sporingsdata, hukommelseslagre eller, på Kubernetes, sessionens arbejdsområdedrev.

For kunderne er den vigtige grænse derfor todelt: Agentens tilstand og afvikling kan forblive inden for deres egen installation, men hver samtale sendes stadig til den inferensudbyder, de vælger. Den øgede kontrol indebærer også det driftsmæssige arbejde med at sikre og opdatere installationen, isolere lejere og acceptere mangler i forhold til funktionerne i den hostede tjeneste.