Google 公布 Agent Substrate 捐赠，等待审批的智能体怎样继续工作？

公开动态与原创分析 · 消息日期：2026-11-05 · 消息来源

一份报价草稿周五下午准备好，主管周一才有空确认。智能体如果在这期间一直占着运行资源，企业为两天等待保留了本来可以给其他任务使用的容量。如果任务被停止，周一又可能要重建文件、重读上下文。Google 在 11 月 5 日公布向 CNCF 捐赠 Agent Substrate 和 gVisor，讨论的正是这类运行问题。gVisor 项目在 10 月已经公开捐赠进度。CNCF 的 Sandbox 是早期项目阶段，与软件运行时的隔离沙盒是两个概念。

Agent Substrate 把智能体的会话状态与提供算力的工作进程分开。项目文档中的 Actor 可以保有自己的内存和磁盘状态，执行结束并进入空闲后保存快照，释放共享工作池的执行位置。后续请求到来时，运行时可以在可用位置恢复这个会话。gVisor 或受支持的微型虚拟机提供隔离。对于大量短时工作、长时间等待的任务，这种设计给平台团队提供了测算资源的新单位：同一时刻真正需要运行的任务数，以及维持恢复所需的存储和备用容量。

草稿的状态与审批的状态

仍以报价为假设场景。智能体制作草稿时可能已经整理客户要求、选过价格表，并生成了一份尚未批准的文件。能恢复的工作环境可以保留这些中间成果。主管批准的对象则应是可查看的具体草稿版本，批准时间和人也应进入业务记录。这样主管确认后，即便运行环境已经被替换，接手的人员或程序也能找到批准对象。

周末期间，客户可能发来修改数量的邮件，或者价格表已切换到新版本。恢复内存可以让任务继续看到周五看到的内容，却不会让周五的资料自动更新。业务需要判断新的数量是否影响单价、交期或审批范围。如果变动要求重报，原有批准应保留在旧版本名下，新草稿交回对应负责人确认。若价格有效期覆盖周一，客户和内容均未变动，已确认的材料便可以继续使用。

这个例子说明，长期等待的任务至少需要把两类信息交给不同的地方保存。编辑中的文档和临时工具状态可由运行环境管理，批准过的版本和客户沟通结果应能从业务系统查到。恢复后如遇外部系统的请求超时，先查询发送或保存是否已经成功，再决定是否重试。否则一次运行环境重启，可能变成客户收到两份报价。沙盒可以隔离程序，应用仍需用相应的业务记录核对这些结果。

墨客云的系统接入说明把报价所需的客户、库存和价格依据分别关联到现有业务系统，并要求核对实际版本、授权与结果确认方式。在类似方案中，可先让数字员工整理待确认的报价资料，保留选用的数据来源，再按企业已存在的审批和记录方式交接。是否采用 Agent Substrate 作为运行环境，要看现场容器平台、存储及任务恢复测试，产品说明只支持上述工作分工。

哪些等待值得保留运行环境

如果任务暂停时只需要保存一份草稿和几个字段，使用业务数据库记录待办，收到批准后再启动下一步，通常足够。快照更适合重建成本高的会话，例如已经加载大量依赖、积累了较多中间工作，或者有许多类似会话需要在短时间内交替恢复。平台需要同时考虑快照体积、版本兼容、保留时间和恢复失败后怎样继续，不宜只拿一次唤醒耗时做决定。

等待分布也会改变结果。若大部分任务很快获得确认，保存和读取快照本身可能比短时保留一个进程更费事。若任务总在同一时间集中恢复，例如周一早上批量审批，共享工作池仍要为峰值准备容量。先用真实审批时间分布估算需要同时恢复的会话，再看存储与空闲资源的差额，比直接按全天平均负载采购更接近使用情况。

试用时可以找一批具有同样审批等待特征的历史任务，对照现有的分段执行和快照恢复。记录从收到批准到出现可操作草稿的时间、需要重做的步骤，以及每个完成任务占用的运行和存储资源。再安排一条数据已更新的样本，检查任务会不会带着旧价格直接进入下一步。两个结果应当分别看：恢复快慢由平台验证，继续执行的依据由业务核对。企业只有在两者都能解释清楚后，才有足够材料决定哪些任务值得保留完整运行环境。

• 墨客云系统接入说明

本页内容由 墨客云AI（南京薄幕软件科技有限公司）发布与维护。 咨询与场景诊断预约：180-1290-1065 · neo@mokyun.com