会话、大脑与执行环境为什么要分开
定义
Managed Agent 把持久会话、模型编排与隔离执行拆成独立组件:Session 保存事件,编排层调用模型并路由工具,Sandbox 执行代码。组件分离后,可以分别恢复、扩缩和收紧权限。
先搭一个心智模型
Managed Agent 把“会话档案室、决策大脑、执行工位”分开。某个工位损坏可以重建,不必连同会话历史和控制策略一起丢掉。
说明
三个组件各管一类状态:Session 是可持久化事件流;Agent 编排层负责构建上下文、调用模型和路由工具;Sandbox 在受限环境中执行代码和文件操作。这里的编排层有时也叫 Agent Harness,与 10-8 的 eval harness 不是同一职责。
独立部署可以缩小故障域。执行环境损坏时重建 Sandbox,会话和决策状态仍可保留;编排层升级也不必把工作目录与凭据一起迁移。
安全收益来自凭据代理、最小权限和网络边界,而不是“脑手分离”这个名称本身。性能是否改善取决于容器预热、网络和缓存,应在真实架构中测量。
跟着一个例子走
执行容器在任务中途崩溃
Agent 已完成多步分析,但运行代码的 Sandbox 因资源耗尽退出。
- Session 保留事实
事件日志仍记录目标、工具调用、结果和当前检查点。
- 编排层决定恢复方式
根据最后可靠状态选择重建环境、重放幂等步骤或请求人工确认。
- 新 Sandbox 只拿最小权限
工作目录和短期凭据按任务重新挂载,不把长期密钥交给模型。
边界与误区
组件拆分后怎样恢复故障: Sandbox 损坏时可重建执行环境,而 Session 中的事件和编排状态继续保留;恢复能力取决于检查点和幂等设计。
脑手分离怎样收紧权限: 让执行环境只获得任务所需能力,凭据由外部代理按请求注入;模型能发起操作,但不能直接读取密钥。