Managed Agents：脑手解耦

以下来自 Anthropic 工程博客（作者 Lance Martin、Gabe Cemaj、Michael Cohen）。先看一个真实教训：

Anthropic 发现 Claude Sonnet 4.5 有个毛病叫 "context anxiety"——感觉到上下文快用完了，就提前收尾、不把任务做完。于是他们在 harness 里加了 context reset 来修。

结果换到 Claude Opus 4.5 上一跑：这个毛病消失了，reset 变成了死重——白占地方、毫无用处。

Anthropic 的类比是操作系统：process（进程）和 file（文件）这些抽象，比它们底下的硬件活得久得多——硬件换了好几代，接口没变。

Managed Agents 就是把 agent"虚拟化"成三个接口：

• session：append-only 的事件日志；
• harness：调用 Claude、路由 tool call 的 loop；
• sandbox：执行环境。

解耦的关键动作：harness 搬出容器。容器不再是"家"，而是被当成普通工具来调用——容器死了，harness 收到的是一个 tool-call error，转手交给 Claude 决定要不要重试。

解耦之后，各层之间只用几个接口说话：

• execute(name, input) → string：调容器就像调普通工具——名字和输入进去，一个字符串回来；
• provision({resources})：容器死了？按标准配方重建一个，不用"抢救"；
• wake(sessionId) + getSession(id)：harness 挂了？新 harness 醒来，从 session 日志拿回事件，从最后一个事件继续——harness 自己也成了 cattle，崩了就换，不用抢救；
• emitEvent(id, event)：loop 跑着的时候，harness 往 session 里写事件，留下 durable 记录；
• getEvents()：脑按位置切片"审问"事件流——可以从上次读到的地方继续，可以倒回几步看前因，也可以重读某个动作之前的上下文；harness 还能在交给 Claude 之前做 transform（比如按 cache 友好的方式组织）。

解耦顺手解决了一个安全难题——token 永不进 sandbox：

• Git：用仓库 token 在初始化时把代码 clone 进去，之后 agent 的 push / pull 全程碰不到 token；
• MCP 的 OAuth token：放在 vault 里，Claude 经专用 proxy 调用；
• harness 感知不到任何 credential——它只负责调度，连钥匙长什么样都不知道。

容易混淆的一对概念，原文划了条线：

• 上下文窗口：compaction、memory、trimming 全是不可逆的取舍——压掉的东西就没了；
• session：窗口之外的可恢复的 context object，durable 地存在 session 日志里，丢了能找回来、能切片重读。

解耦前，每个 session 都要预付容器成本（clone 仓库、启动进程……），不管它当下需不需要容器。解耦后，容器由脑按需 execute 拉起：

• 不需要容器的 session 不用等容器，推理在编排层从 session 日志拉到 pending 事件就能开始；
• 结果：p50 TTFT 降约 60%，p95 降超 90%（TTFT = time-to-first-token，用户最能感知到的延迟）。

Many hands：每只手都是 execute(name, input) → string——容器、手机、宝可梦模拟器无差别；而且手不绑定脑，brains 之间可以互相传递 hands。

原文的收束：Managed Agents 是一个 meta-harness——

• 对接口有主张：state / session、compute / sandbox、多 brain 多 hand、长时可靠；
• 对具体 harness 不预设：你怎么写 loop、用什么策略，那是你的事。