谷歌ACE给智能体配专属电脑

谷歌在10月22日推出Agent Compute Engine（ACE），要为每个AI智能体提供一套隔离、持久并能弹性伸缩的专属运行环境。Agent Compute Engine是一项面向AI智能体工作负载设计的Google Cloud计算服务，它允许智能体在独立环境中执行代码、调用工具、操作浏览器，并跨越多个步骤持续完成任务。

这不是谷歌又做了一层普通的模型托管服务，而是在补齐智能体真正进入生产环境后缺失的“电脑”。大模型负责理解和规划，ACE负责让计划有地方执行：文件可以留下，进程可以继续，浏览器状态可以保留，同时不同用户和不同智能体之间不能互相越界。

每个智能体都有一台隔离的microVM

**microVM是一种启动速度接近容器、隔离边界接近虚拟机的轻量级虚拟机。**ACE为每个智能体分配硬件隔离的microVM，环境拥有独立客户内核和根权限，并由Cloud Hypervisor形成虚拟化安全边界。

这种设计直接瞄准了智能体运行时最棘手的矛盾：智能体需要足够大的权限完成任务，但平台又不能真的信任它。一个编程智能体可能安装依赖、运行测试、修改文件和启动服务；一个研究智能体可能打开网页、下载文档并执行解析脚本。把这些操作塞进权限过低的容器，智能体经常处处碰壁；直接放进长期运行的通用虚拟机，资源利用率和隔离管理成本又会迅速上升。

ACE允许智能体在自己的客户操作系统内获得根权限，但这个“根”被限制在microVM边界之内。它不等于智能体获得宿主机权限，也不意味着平台放弃控制，而是让智能体可以像操作一台完整电脑一样工作，同时由虚拟化层把影响范围限制在单个实例中。

**硬件隔离是ACE相较普通进程沙箱最重要的安全卖点。**操作系统命名空间、Seatbelt、bubblewrap等机制通常共享宿主机内核，一旦出现内核漏洞或沙箱配置错误，隔离边界可能被削弱；microVM拥有独立客户内核，攻击者需要跨越的边界更厚，更适合承载会下载未知代码、访问外部网页和自主调用工具的智能体。

谷歌还强调ACE沙箱内不会保存凭据，这一设计用于降低提示注入和恶意代码窃取长期密钥的风险。它并不代表智能体不需要身份认证，而是意味着凭据管理应当留在受控边界中，按任务和权限向运行环境提供必要能力，而不是把长期凭据写进磁盘、环境变量文件或浏览器配置目录。

真正的关键不是启动快，而是暂停后还能接着干

**持久智能体环境是能够在多次执行之间保留文件、内存或应用状态的运行空间。**ACE支持将空闲环境自动挂起，释放正在占用的计算资源；任务重新开始时，平台再恢复此前的文件和内存状态，让智能体从中断位置继续工作。

这项能力比单纯的冷启动优化更适合智能体。传统无服务器任务通常假设一次请求在几秒或几分钟内结束，实例销毁后只保留外部数据库中的业务数据；智能体却可能等待用户确认、第三方审批、网页加载、定时任务或另一个智能体返回结果，等待时间可能从几分钟延长到几小时。

长期保持虚拟机在线会让大量CPU和内存消耗在“什么也没做”上，而彻底销毁环境又意味着每次都要重新安装依赖、拉取仓库、恢复浏览器会话和重建工作目录。ACE选择保留状态、暂停计算，相当于让智能体离开工位时锁屏，下次回来后继续面对原来的桌面。

谷歌称，ACE在20万个智能体规模的测试中，暂停与恢复耗时不到500毫秒。这个数字意味着恢复过程理论上可以被隐藏在一次普通交互延迟之内，比重新创建虚拟机、启动操作系统、拉取镜像和初始化工具链更接近即时唤醒。

**20万个智能体的内部测试证明了调度机制具备规模潜力，但还不能等同于公开生产环境的服务等级。**目前披露的信息没有给出测试所用实例规格、状态大小、并发唤醒比例、尾延迟和跨区域条件，因此“不到500毫秒”更适合被理解为谷歌当前实现的能力指标，而不是所有工作负载都能获得的固定承诺。

ACE与虚拟机、容器和Cloud Run有什么不同

**传统虚拟机是拥有独立操作系统、长期占用计算资源的通用运行实例。**它的权限和兼容性足够完整，但为海量、间歇活跃的智能体各开一台虚拟机，通常会带来较慢的创建过程和较高的空闲成本。

**容器是共享宿主机内核、通过操作系统隔离机制封装应用的运行单元。**容器密度高、交付成熟，但面对智能体执行未知代码的场景，共享内核意味着平台需要更谨慎地限制系统调用、文件系统和网络权限。

**Cloud Run是Google Cloud用于运行容器化服务和作业的全托管无服务器平台。**它擅长处理可复制、相对无状态的服务实例，而ACE更强调每个智能体独占、可恢复且带有完整操作系统语义的执行环境。

| 方案 | 隔离边界 | 状态模型 | 启动与恢复 | 权限与兼容性 | 更适合的工作负载 | 已披露价格 | |---|---|---|---|---|---|---| | Agent Compute Engine | 硬件隔离microVM、独立客户内核 | 文件和内存状态可持久化，可暂停恢复 | 谷歌称20万个智能体测试中低于500毫秒 | 沙箱内可提供根权限，面向代码、浏览器和工具操作 | 长时间、多步骤、间歇执行的智能体 | 尚未公布 | | 通用虚拟机 | 硬件虚拟化 | 默认持久，可长期运行 | 通常需要完整实例启动，休眠能力取决于产品配置 | 完整操作系统控制能力 | 稳定在线服务、通用计算、固定开发环境 | 按具体实例和资源计费 | | 普通容器平台 | 通常共享宿主机内核 | 实例多按可替换设计，持久数据外置 | 启动较快 | 受容器和宿主机安全策略限制 | 微服务、批处理、标准化应用 | 取决于承载平台 | | Cloud Run | 托管容器隔离 | 更偏向无状态服务或作业 | 自动扩缩，可缩减空闲实例 | 使用容器镜像，平台托管程度高 | HTTP服务、事件任务、可重试工作流 | 按现行Cloud Run资源计费 |

这四类产品不是简单的替代关系。企业如果只是部署一个接收请求、调用模型并返回结果的聊天应用，Cloud Run或容器平台通常更直接；如果智能体需要连续数小时修改大型代码仓库、保留浏览器标签页、运行本地数据库并等待人工确认，ACE的持久microVM才有明显价值。

共享内存和快照复制决定了成本能否成立

**快照复制是从已有运行环境的状态副本快速创建新实例的技术。**谷歌表示，ACE会利用共享内存和快照复制，提高单台服务器可承载的智能体数量，这也是该产品能否在商业上成立的核心。

大量智能体环境往往包含相同的操作系统、语言运行时、浏览器和基础工具，真正因任务而异的只是一小部分内存页和文件。若每个环境都完整复制所有内容，20万个实例会产生巨大的内存与存储开销；若底层可以共享只读内存页，并通过写时复制记录差异，物理服务器就能以更高密度保留暂停状态。

ACE的成本优势目前仍缺少最关键的公开数据。谷歌尚未披露计算、活跃内存、暂停内存、持久存储、快照和网络流量如何计费，也没有公布正式开放时间、区域范围及服务等级协议。对于开发者来说，500毫秒恢复速度很吸引人，但最终是否值得迁移，取决于暂停期间的内存和磁盘成本能否显著低于保持实例在线。

开发者控制边界比“自动扩容”更重要

**智能体运行时控制面是用于管理环境镜像、身份、网络权限和生命周期策略的一组平台能力。**按照谷歌披露的方向，开发者未来可在Google Cloud中控制ACE环境所使用的镜像、工作负载身份、网络访问和生命周期，底层资源调度与扩容则交给谷歌处理。

这些控制项直接决定ACE能否进入企业生产系统。镜像控制决定智能体能安装哪些工具；身份控制决定它可以代表谁调用服务；网络策略决定它能访问公网、内网还是指定端点；生命周期策略则决定环境何时创建、挂起、唤醒和销毁。

对企业安全团队而言，网络和身份限制甚至比microVM本身更重要。硬件隔离可以阻止一个智能体读取另一个实例的内存，却无法阻止一个被提示注入的智能体使用自身合法权限发送敏感文件；只有最小权限身份、出站网络白名单、短期授权和审计日志共同生效，才能约束智能体“合法但错误”的操作。

谷歌此前已在Gemini、Gemini平台、Antigravity，以及内部模型评估和强化学习流程中使用这套基础设施。这意味着ACE不是只存在于演示中的概念产品，而是从谷歌自身的大规模智能体和模型研发需求中抽离出来的基础设施能力。

ACE补的是智能体平台最容易被低估的一层

**智能体基础设施是连接模型推理与真实工具执行的计算、安全和状态管理层。**过去一年，行业讨论主要集中在模型推理能力、上下文长度和工具调用准确率，但生产系统真正难处理的问题，往往是代码在哪里运行、文件如何保留、权限怎样收回，以及任务暂停几个小时后能否稳定续接。

ACE的产品判断是准确的：每个智能体都需要一台“电脑”，但这台电脑不能像传统云主机一样全天在线。智能体的负载天然呈现突发和间歇特征，执行时可能高强度占用CPU、内存和浏览器，等待时又几乎没有计算需求；能够保存完整状态并快速释放算力，比单纯把容器冷启动再压缩几十毫秒更重要。

ACE也不会自动解决智能体可靠性问题。microVM可以隔离错误，却不能修正模型的错误计划；持久状态可以让任务继续，却也可能把被污染的文件、恶意网页状态和错误依赖一起保存下来；根权限可以提高工具兼容性，同时也扩大了单个环境内部的破坏范围。

企业部署ACE时仍需要在环境外建立任务审批、操作审计、资源限额、网络策略和状态清理机制。尤其是涉及生产数据库、代码发布、财务操作和客户信息的智能体，不能因为运行环境已被硬件隔离，就默认其行为值得信任。

现在还不是计算迁移的时点

ACE目前更像谷歌对下一代智能体云基础设施的正式定调，而不是开发者可以立即全面迁移的成熟商品。谷歌确认了技术架构、内部使用范围和未来开放方向，但价格、公开可用区域、配额、状态容量限制、服务等级协议和具体上线阶段仍未明确。

真正值得关注的指标将不只是“恢复低于500毫秒”。开发者还需要看到大状态快照的恢复延迟、并发唤醒时的P95和P99延迟、暂停环境的计费方式、最长保留时间、镜像兼容范围，以及故障后能否跨宿主机恢复。

谷歌这次发布的意义在于，智能体平台的竞争正从“谁能接入更多模型和工具”下沉到“谁能稳定托管数十万台会暂停、会恢复、还会执行未知代码的虚拟电脑”。如果ACE最终给出合理价格，并把身份、网络、审计和快照管理做成统一产品，它会比又一个智能体编排框架更有长期价值。

参考来源

• IT之家：谷歌推出Agent Compute Engine服务：介绍ACE的microVM隔离、持久状态、自动挂起恢复及20万个智能体测试数据。