AREX Feed Article
Anthropic 开启 Self-hosted Claude Managed Agents private beta：agent 框架、沙箱与会话历史可整体部署进企业自有环境
北京时间 11 月 13 日凌晨（UTC 时间 11 月 12 日 17:57），Anthropic 官方开发者账号 在 X 上宣布，Self-hosted Claude Managed Agents 进入 private beta（定向邀请测试）：组织可以在自有云或本地（on-premises）环境中托管 agent harness（运行 agent 的框架层）、沙箱与会话历史，并自行选择发往 Claude 的请求路径。紧随其后的写明，该 private beta 只面向合资格组织，需要通过 Anthropic 客户团队（account team）申请。
推文串还附上了官方说明文章《》，把「请求路径」写得更具体：模型请求可以发往 Anthropic，也可以发往 Amazon Bedrock、Google 的 Agent Platform、Microsoft Foundry，或企业自建的模型网关。文章确认自托管形态下服务的每个组成部分——harness、沙箱、凭据、会话历史——都运行在客户自己的云或本地机房里，开发者使用的仍是与托管版相同的核心 API。
从托管、自托管沙箱到整体自托管：Managed Agents 的第三种形态
Claude Managed Agents 是 Anthropic 在 2026 年 4 月 8 日由 以 public beta 登陆 Claude Platform 的 agent 产品，与直接调用模型的 Messages API 并列：开发者不必自己写 agent 循环和工具执行层，而是定义 agent、启动会话、以事件流的方式与 agent 交互，内置 Bash、文件操作、网页搜索与抓取、MCP（模型上下文协议）服务器等工具，调用时带 managed-agents-2026-04-01 beta 头（）。
按官方文档的分类，部署形态此前有两种：默认的云端沙箱，Anthropic 托管沙箱与服务；以及此后加入的 self-hosted sandboxes（自托管沙箱），工具跑在客户基础设施上、服务层仍归 Anthropic。11 月 12 日发布的 Self-hosted Managed Agents 是文档表格里的第三行：沙箱与服务都由客户托管，模型可以留在 Anthropic，也可以指向客户选定的推理提供商（）。说明文章解释了动因：agent 能力变强后，开始无人值守地承担更关键的工作——修复损坏的构建、测试发布、分诊告警、清理 bug 积压——这类工作要访问代码和内部系统，一些团队希望整个服务都待在自己环境里，而不只是沙箱；在此之前，想要这种形态的企业只能自己把整套平台搭出来。
你要自己运维的东西：cma-server、PostgreSQL 16 和一组 worker
自托管文档把一次部署拆成明确的部件清单：一台或多台 cma-server 负责 API 和 agent 循环，存储 agent、会话与会话历史，但从不运行 agent 的 shell 和文件工具；实际执行 shell 与文件工具的是 worker（ant beta:worker 命令或 SDK worker），它们从服务器领取任务、在沙箱里运行；数据库要求 PostgreSQL 16 或更高版本，没有数据库时数据退化为内存存储，一次重启就会全部丢失。服务器地址上带一个控制台页面，人员通过企业自己的身份提供商登录后创建 agent、运行会话；管理命令行 cma-server-admin 用来创建环境与环境密钥，支持 Linux（x86-64 和 Arm）以及 Apple 芯片的 macOS。
鉴权由三种凭据构成：应用和命令行工具（CLI）访问你自己的服务器用 Server API key；服务器调用推理提供商（可以是 Claude API key、云厂商凭据或网关令牌）用 inference credential；worker 拉取某个环境的工作队列用 environment key。API 与托管版相同，SDK 和 ant CLI 无需改动即可对接自托管服务器，但文档提醒部分功能只在托管服务上提供，选型前要核对差异清单。每个版本的发布包里附有对应版本的 operator-guide.md，Anthropic 建议让 Claude 先读这份文件，帮你配置和运维服务器。
哪些数据会离开你的网络
文档单列了一节「What leaves your network」：每次模型调用，服务器都会把到目前为止的完整对话——包括工具输入和工具结果——发给你选择的推理提供商；默认发往 Claude API 的调用还会附带会话、agent 与环境的 ID。至于服务器全部对外连接和日志去向，文档指向单独的数据与访问说明页。
数据位置的变化带来一个直接差异：会话历史现在存在企业自己的数据库里。说明文章写道，已与 Anthropic 签署零数据保留（zero data retention，ZDR）协议的组织，对发给 Claude 的请求沿用与 Messages API 调用相同的口径；作为对照，托管版 Managed Agents 因为把会话历史、沙箱状态和输出存放在 Anthropic 服务端，目前不适用 ZDR 与 HIPAA BAA（美国医疗数据法规下的商业伙伴协议）。
安全设计沿用托管版的四条原则。harness 与沙箱分离，官方的比喻是「大脑」与「双手」：agent 循环、会话历史和保险库（vault）密钥都放在沙箱之外，沙箱只在工具需要时启动；凭据不进沙箱，由沙箱外的代理把凭据附加到请求上，自托管时也可以改用企业自己的密钥管理器；每个环境限定可访问的主机白名单，其余请求一律拦截——对修复构建的 agent，名单可能只有 git 主机和包仓库；每个会话留下完整操作记录（包括工具调用与返回结果），通过 OpenTelemetry 导出到企业现有的监控工具。责任划分也随之改变：原来归属 Anthropic 的事项——保护服务器、托管内存存储、发现异常使用——转为企业自己的责任，而且每个信任级别需要独立部署一套。
准入方式：先过客户团队，再拿软件下载
自托管文档写明，软件本身的下载也要「联系你的 Anthropic 客户团队」申请，公告与文档没有给出其他申请渠道。这与托管版形成反差：托管版对所有 API 账号默认开放，自托管版则面向「合资格组织」，至于谁符合资格，公告与文档没有展开。截至发稿，获得约 500 次点赞、超过 21,000 次浏览。
回复区在问：订阅账号能不能用，门槛到底多高
回复区的提问大多围绕准入方式。问「能用我们的 Claude 订阅吗」，问「自托管 agent 能用我的 Claude 登录账号跑，还是只能走 API」。在回复中给出它的解读：Managed Agents 是 API 产品，文档把 Claude API key 列为第一项前置条件，自托管版是面向合资格组织、经客户团队申请的 private beta，「所以看起来不是 Pro 或 Max 订阅能覆盖的东西」。
也有开发者直接质疑这道门槛。引用官方的申请说明后说：「哦得了吧。好像他们真会回复、真会给没有财富 500 强邮箱地址的人开通权限似的。」持欢迎态度的用户盯住的则是同一个设计点，写道：「harness、沙箱和会话历史留在你自己的边界内，这才是有意思的地方。只有模型调用会跨出去。」
截至发稿，自托管版的定价与正式开放时间表也还没有公布；回复区那些关于资格的提问，暂时只能得到公告里已经写下的那个答案——联系你的 Anthropic 客户团队。