Google 在 AGNTCon + MCPCon 上发布了 Agent Compute Engine。这是一款为智能体设计的专用计算服务，已经在支撑 Gemini 处理工作任务，未来几个月内开放预览，核心卖点是硬件隔离的运行时沙箱。同时，Google 把 Gemini for business 的智能体治理能力，扩展到了智能体可能运行的各种环境。

Agent Compute Engine 的出发点，是应对内部大规模智能体工作负载：写代码、执行代码、调用工具、驱动浏览器、编排企业工作流，并快速迭代。传统计算原语更适合标准负载，并不适配智能体这种高动态、高轮次的运行方式。底层是 microVM，启动快，智能体循环或评估扫描不用等基础设施。它在同一个操作系统模板上使用 copy-on-write 内存共享，让多个智能体跑在同一台物理机上；当一个 microVM 完成工具调用、进入“思考”阶段时，会向宿主机报告空闲，宿主机把它从 active 切换到 idle，等外部系统或人响应后，再从快照快速恢复。整体跑在 Titanium IPU 上，形成硅基根信任的纵深防御；每个 microVM 用硬件隔离的 Cloud Hypervisor 边界、自己的 guest kernel 和 root 权限运行。每个智能体使用短期身份凭证，microVM 有加密验证的 ID，服务凭证在 egress 端注入，不留在沙箱内。配合 Agent Gateway，还可以做可观测性、策略和安全评估。

持久化方面，每个 microVM 配自己的 Hyperdisk，保存执行工作区和智能体上下文。因为直接织入 Google 的云与身份体系，企业数据不需要搬进沙箱，访问沿用与保护 microVM 相同的安全与身份模型，身份统一且可审计。

对于已经标准化在 Kubernetes 上的平台团队，Google 开源了 Agent Substrate on GKE。它把智能体执行与机器管理解耦：智能体空闲时，对活动内存做快照并归还机器，需要时再恢复。官方数据是，相比传统计算最高提升 10 倍计算密度；在 20 万个智能体的基准验证中，能维持每秒 500 次激活，suspend 与 resume 延迟低于 500ms。每个沙箱可选 microVM 或 gVisor，每个智能体有加密身份，egress proxy 负责网络策略和凭证注入。它跑在任何 Kubernetes 集群上，兼容 Claude Code、OpenClaw、Hermes 等 agent 框架；存储上可集成 Filestore agent volumes，恢复延迟亚秒级，适合多智能体共享工作区。Nous Research 已经在用它把多租户智能体部署到客户现有基础设施中。

治理设计要解决的问题是：代理交互路径动态且非确定；在分布式运行时维持默认拒绝和最小权限；异步 agent 操作需要可审计。Google 现有的治理组件包括 Agent Gateway、Agent Registry、Agent Identity 和 Agent observability。Agent Gateway 负责客户端到智能体、智能体到任意位置流量的整体策略；Agent Registry 是所有已批准 agent、工具、MCP server、skill、model、endpoint 的事实来源；Agent Identity 基于 SPIFFE 给每个 agent 分配唯一 ID；Agent observability 兼容 OpenTelemetry，为模型调用、工具调用、agent 跳转产生指标、日志和分布式追踪。这次扩展覆盖三类环境：更多 Google Cloud 运行时（Agent Runtime、Cloud Run、Agent Sandboxes、GKE、Agent Compute Engine 预览）；基于 Envoy 代理的跨云和混合云策略执行点；受管设备上 OS 级沙箱里的本地编码代理（Claude Code、Antigravity CLI）。

Agent Gateway 还预告了新的治理能力：token 和成本治理，可按 agent 与模型归属消费、设预算；模型路由策略，把请求送到合适的模型；Service Extensions，在 datapath 上内联扩展；与 Ping Identity、SailPoint、Saviynt 等身份提供方做委托授权，并用 Agent Identity 管理安全 OAuth；Express Link for Cloud Run，为 agent 到工具建立安全认证连接并自动注入身份 token。文中还引用 L’Oréal 的 AI 工程师表示，Google 的 agent 治理让他们在 Cloud Run 等运行时上统一了身份、策略和可观测性。