cd /news/ai-agents/operate-claude-managed-agents-inside… · home › topics › ai-agents › article
[ARTICLE · art-168949] src=claude.com ↗ pub= topic=ai-agents verified=true sentiment=↑ positive

Operate Claude Managed Agents inside your security perimeter

Anthropic released self-hosted Claude Managed Agents in private beta, letting developers run the full agent service — harness, sandboxes, credentials, and session history — in their own cloud or on-premise environment. The offering extends the earlier hosted Managed Agents service and self-hosted sandboxes, and lets model requests go to Anthropic directly, to Amazon Bedrock, Google's Agent Platform, or Microsoft Foundry, or through a customer's own gateway, with session history stored in the customer's database. Anthropic said the design keeps the agent harness separate from the sandbox, keeps vault credentials out of the sandbox via a proxy, and lets teams restrict each environment to a list of allowed hosts.

read3 min views5 publishedNov 13, 2026
Operate Claude Managed Agents inside your security perimeter
Image: source

Introducing self-hosted Claude Managed Agents. Now you can run agents in your own environment, whether that’s in your own cloud or on-premise. You host the agents, credentials, and session history, and choose where requests to Claude are sent.

Self-hosted Claude Managed Agents is now available in private beta. Developers can build agents that work directly in their company's code and internal systems, and run those agents in their own environment.

Self-hosting is a new way to run Managed Agents, a suite of composable APIs for building and deploying autonomous agents. Managed Agents provides the agent harness, sandboxes, credential handling, and session history to get long-running agents into production.

Run your agent control plane in your own environment #

We first launched Managed Agents as a hosted service on the Claude Platform, where Anthropic runs the infrastructure for you. For teams who needed their code to stay in their own environment, we added self-hosted sandboxes.

Since then, agents have become more capable and are taking on more critical work, like fixing broken builds, testing releases, triaging alerts, and working through your bug backlog. They run unattended on your code and need access to your internal systems. For agents with that level of access, some teams want the whole service in their own environment, not just the sandbox. Until now, that meant building the platform themselves.

With self-hosted Managed Agents, every part of the service runs in your own cloud or on-premise, including the harness, sandboxes, credentials, and session history. You operate the Managed Agents server, its database, and the workers where agents run their shell and file tools. Model requests go where you choose, whether that's Anthropic directly, your cloud provider (Amazon Bedrock, Google's Agent Platform, or Microsoft Foundry), or your own gateway. Your developers still build agents with the same core APIs as the hosted Managed Agents service.

Session history is stored in your own database. If your organization has zero data retention (ZDR) in place with Anthropic, it applies to the requests sent to Claude in the same way as any other Messages API call.

Designed for agent security #

When an agent runs unattended inside your code and systems, you can't rely on a person checking every step, so the limits have to be built into the system itself. That's why agent security starts with architecture, and why we designed Managed Agents around four principles. These principles apply whether Anthropic hosts everything, you host just the sandbox, or you host the whole service.

The brain and the hands are split

The harness (the brain) calls Claude, and the sandbox (the hands) is where the agent's code runs. They are kept separate by design. The agent's code runs in the sandbox, while the agent loop, session history, and vault secrets stay outside it. Separating them also means an agent doesn't depend on one sandbox surviving its whole run, sandboxes start only when a tool needs them, and session history lives outside the sandbox as an event log.

Credentials stay out of the sandbox

Vaults are designed to keep credentials out of the sandbox. For MCP tools and supported API calls, a proxy outside the sandbox adds the credential to the request. With self-hosted Managed Agents, you can also store credentials in your own secrets manager.

Network access can be limited

You can limit each environment to a list of allowed hosts, and requests to any other host are blocked. For an agent that fixes broken builds, that list might be just your git host and your package registry. When you host the sandbox yourself, you set the same limits in your own firewall.

Every session leaves a full record

Managed Agents keeps a record of every step an agent took, including the tool calls it made and what came back. The record exports over OpenTelemetry, so you can send it to the monitoring tools you already use and review agent activity alongside the rest of your systems.

Get started #

Self-hosted Claude Managed Agents is now available in private beta. Contact your Anthropic account team to request access, or read the docs to learn more.

── more in #ai-agents 4 stories · sorted by recency
── more on @anthropic 3 stories trending now
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
→ Live at https://your-agent.zahid.host ✓
Get free account → Pricing
from €0/mo · no card required
LIVE [news/operate-claude-manag…] indexed:0 read:3min 2026-11-13 · —