Claude Code kan nå kjøre øktene på maskiner du selv drifter

«Selvhostede miljøer lar oss integrere Claude Code i utviklingsflyten vi allerede har, samtidig som vi beholder våre egne sikkerhets- og driftskontroller» — George Jacob, senior engineering manager i Faire

Anthropic åpnet betaen 6. august 2026, melder Unite.AI. En økt som startes fra web, mobil, desktop, terminal eller en planlagt rutine kjører da inne i organisasjonens eget nettverk, ved siden av interne tjenester, verktøykjeder og sikkerhetskontroller. Funksjonen er av som standard, og en eier eller administrator må skru den på fra admin-siden på claude.ai.

Delingen av data er spesifikk. Repo-utsjekk, byggeartefakter, hemmeligheter og alle filer økten lager eller endrer blir liggende på maskiner organisasjonen selv setter opp. Selve samtalen, altså prompter, svar og verktøyresultater, går fortsatt til Anthropics API for inferens, og Anthropic lagrer transkriptet slik at økten kan plukkes opp fra en annen flate.

Teknisk grupperer hvert navngitte miljø et sett runnere: langlevde prosesser på verter inne i nettverket, som fungerer omtrent som selvhostede CI-runnere. Kommandoen claude self-hosted-runner kom inn i Claude Code v2.1.224. Når en utvikler starter en skyøkt og velger miljøet, legger Anthropics kontrollplan økten i miljøets kø. En runner med ledig kapasitet tar den, kloner repoet fra GitHub og starter en Claude Code-prosess på verten.

Runnerne har to moduser. Fast modus holder et bestemt antall i gang og fordeler økter mellom dem. On-demand starter runnere etter hvert som økter kommer inn og stopper dem når arbeidet er ferdig. En runner betjener én bruker om gangen og låses til den brukerens konto ved første økt, slik at utsjekket kode ikke blandes mellom brukere. Slutter en runner å polle i rundt 60 sekunder, legger serveren økten tilbake i køen til en annen.

All trafikk går én vei. Hver forbindelse mellom miljøet og Anthropic er utgående HTTPS til api.anthropic.com, både køpolling, hendelsesstrømmen fra økten og inferensen. Anthropic kobler aldri inn i kundens nettverk, og egress-proxyer støttes.

Grensene i betaen er tydelige. Organisasjoner som bruker Anthropics null-datalagring kan ikke ta den i bruk. Inferensen blir hos Anthropic, og kan ikke rutes gjennom Amazon Bedrock, Google Clouds Agent Platform, Microsoft Foundry eller en egen LLM-gateway. Økter startet fra Claude Tag, Claude Security og Code Review rutes ikke til selvhostede miljøer ennå, og repo-utsjekk kommer bare fra GitHub.

«For de fleste bedrifter anbefaler vi den vertsbaserte varianten, som ikke krever infrastruktur å drifte eller vedlikeholde» — Anthropic, lanseringsbloggen

Faktureringen er uendret, og bruken teller mot organisasjonens Claude Code-plan som før. Det som skifter hender er driften: organisasjonen bygger og vedlikeholder runner-imaget, drifter flåten og styrer nettverket. Anthropic sier selv at du bør regne med at et plattform- eller utviklerteam eier oppsett og løpende vedlikehold.

Hva bør du gjøre?

1. Sjekk om du faktisk har behovet. Er begrunnelsen bare at koden føles tryggere hjemme, betaler du driftskostnaden uten å flytte inferensen noe sted.
2. Har du interne tjenester, databaser eller registre som agenten trenger, er nettverkstilgangen den konkrete gevinsten. Da slipper du å eksponere dem mot internett.
3. Kjører du null-datalagring i dag, må du velge. De to kan ikke kombineres i denne betaen.