📖 产品简介
Claude Managed Agents 是 Anthropic 在 Claude 平台上提供的托管式长程智能体服务（2026 年 4 月进入公开测试），替用户在 Anthropic 自有基础设施上运行长周期任务，按运行时长与 token 计费。
它的设计思路借鉴操作系统：把智能体的组件虚拟化成三个稳定接口——session（只追加的事件日志）、harness（调用 Claude 并把工具调用路由到相应基础设施的循环）、sandbox（执行代码与编辑文件的隔离环境），三者可独立失败、独立替换，底层实现演进时上层接口不变。Anthropic 工程团队在 2026 年 10 月 30 日的文章《Scaling Managed Agents with stable interfaces》中复盘了这条路径：最初把三者塞进同一个容器，导致容器成了「宠物（pet）」——一旦宕机会话即丢失、且因容器内装有用户数据而无法进入排查；随后把「大脑」（Claude 与 harness）与「手」（sandbox 与工具）、「session」解耦，容器变成「牛群（cattle）」，故障以工具调用错误的形式被 harness 捕获并可重新 provision。文章也指出 harness 的假设会随模型进步而过时（例如为 Sonnet 4.5 的「上下文焦虑」加的 context reset，在 Opus 4.5 上已成冗余），因此接口必须比实现活得更久。
定位
Anthropic 托管式长程智能体服务，session / harness / sandbox 三层解耦
适合人群
需要长程无人值守智能体的工程团队
不愿自建沙箱与执行基础设施的公司
对故障恢复与可观测性有硬要求的生产环境
已深度使用 Claude 平台的企业
支持平台
Claude Platform、API、Web
开源
否
✨ 核心功能
- 三层虚拟化：session（事件日志）/ harness（推理循环）/ sandbox（执行环境）相互解耦
- 故障即替换：容器宕机被当作工具调用错误处理，可自动重新 provision
- 统一 execute(name, input) → string 接口，沙箱可替换为客户自有基础设施
- session 落在 harness 之外，harness 崩溃也不丢会话，可观测性大幅提升
- 可连接客户 VPC，无需与 Anthropic 网络对等或自部署 harness
- 接口稳定：实现可换，避免 harness 假设随模型升级而过时
⚖️ 优缺点分析
👍 优点
- 把智能体运行时做成可替换的标准化接口，工程抽象层次高
- session 与执行环境分离，故障恢复与可观测性远优于单体容器方案
- 托管运行无需自建基础设施，适合长程无人值守任务
- 支持接入客户 VPC，满足数据与网络边界要求
- Anthropic 一线工程复盘，可信度高
👎 缺点
- 按运行时长 + token 计费，长任务成本不易预估
- 绑定 Anthropic 平台，跨厂商可移植性有限
- 公开测试阶段，接口与计费仍可能调整
- 沙箱替换与自定义工具链需要一定的平台工程能力
- 国内访问与合规落地存在现实门槛
📊 评分详情
功能完整
9
易用程度
8
安全可靠
8.5
性价比
7.5
💬 用户评价
Anthropic 把 session、harness、sandbox 拆成三个可独立替换的接口，等于给智能体运行时做了一次「操作系统式」的抽象——容器死了不丢会话，这才是敢把长任务放手的前提。
📝 更新日志
-
2026-10-30《Scaling Managed Agents with stable interfaces》工程复盘Anthropic 于 2026 年 10 月 30 日发布工程文章，系统复盘 Claude Managed Agents 的接口设计。核心做法是把智能体组件虚拟化：session（只追加的事件日志）、harness（调用 Claude 并路由工具调用的循环）、sandbox（执行代码与编辑文件的环境）各自成为假设极少的接口，可独立失败与替换。文章坦承早期把三者塞进同一容器后，容器变成了「宠物」——宕机即丢会话，且因容器内装有用户数据而无法进入调试；解耦后容器成为「牛群」，故障被 harness 当作工具调用错误捕获并可重新 provision；harness 本身也因 session 外置而可随时崩溃重启。文章同时强调 harness 的假设会随模型进步而过时（为 Sonnet 4.5「上下文焦虑」加的 context reset 在 Opus 4.5 上已成冗余），故接口必须比实现更长寿。Managed Agents 于 2026 年 4 月进入公开测试。来源：Anthropic 官方工程博客（2026-10-30）。