Anthropic 如何用 Claude 打造 Claude：把“大脑”与“双手”分离

在 Opus 5.5 发布一个月后，Anthropic 工程负责人 Katelyn Lesse 与产品负责人 Angela Jiang 在播客中复盘了这次发布，以及公司内部“用 Claude 造 Claude”的运作方式。她们提到团队同时承受两类压力：模型能力提升让安全部署与访问决策更难，而使用量快速增长使 API 消耗多少 CPU 这类普通基础设施选择也变成战略问题。 Opus 5.5 的发布同时是一次 API 发布。针对此前 Opus 版本“过于啰嗦”的反馈，新模型强调单位成本的智能密度，Anthropic 称其运行成本低于前代，具体节省幅度取决于工作负载和对缓存上下文的使用。发布中不那么显眼的工作涉及开发者接入 API 的方式，例如保护模型推理过程不被用于蒸馏的提取行为，跨轮次保留 thinking blocks 有助于应对这一问题，但新要求也可能破坏客户已有的 harness。 访谈中最受推崇的心智模型是智能体“大脑”与“双手”的区分。在 Managed Agents 中，Anthropic 把会话日志和 harness 同执行代码的沙箱分开：harness 可以持续存在，执行环境按需创建，沙箱失败不必连带整个智能体会话。这种分离也带来安全属性——如果生成的代码运行在一个从未获得服务凭据的沙箱里，沙箱内就没有凭据可读；凭据单独持有并通过代理附加，同时对沙箱流量去向加以控制。 性能上同样受益。嘉宾称早期做法是把整个编码智能体放进 API 后面的沙箱，启动环境和智能体在首次响应前增加额外开销，沙箱消失则运行中的智能体也一并消失。拆分之后平台得以追求更低延迟和更好可靠性，同时保持执行隔离。 Managed Agents 还是记忆与多智能体工作流的实验底座，“Dreaming”就被实现为一个智能体检查另一个智能体的先前工作并写回记忆。团队表示记忆与学习仍然重要，但随着模型发布变难，近期更多注意力已转向安全；基础 harness 保持相对简单，让开发者在其上试验 verifier、并行智能体等策略。访谈中提到的未来平台能力应视为计划而非已交付承诺。