Scion 是一个实验性的编排测试平台，用于管理在本地及远程计算环境容器中运行的并发智能体。该平台支持开发者运行成组的专业化智能体，每个智能体均具备独立身份、凭证与共享工作空间。
谷歌将 Scion 定位为“智能体的虚拟机管理程序（Hypervisor）”，它支持将多智能体系统的组件（如智能体记忆、聊天会话及任务管理等）作为正交关注点进行集成。
Scion 将“深度智能体”（Claude Code、Gemini CLI、Codex 等）编排为相互隔离的并发进程。每个智能体都拥有独立的容器、Git 工作树和凭证，使其能够在项目的不同模块上并行工作且互不干扰。智能体可在本地、远程虚拟机或跨 Kubernetes 集群上运行。
Scion 使得开发者能够管理动态演化、并行执行的任务图，这些任务可分别完成编码、审计、测试等目标。它不再依赖固定的智能体集合，而是可以支持不同的智能体生命周期：部分智能体可以是专业化的，并长期运行，另一些则为临时实例，仅与单个任务绑定。
Scion 的一个核心原则是优先采用隔离而非约束，确保智能体操作的安全性。这意味着 Scion 并非通过定义规则将其嵌入智能体上下文来限制行为，而是让智能体能够自由执行完成任务所需的各类操作，同时在外部边界与防护层面进行强制管控：
Scion 倾向于以“--yolo 模式”运行智能体，同时将其隔离在容器、Git 工作树以及受网络策略限制的计算节点中，相关网络策略均在基础设施层实现。
Scion 通过“Harness”的适配器支持多种主流智能体，这些适配器统一管理智能体的生命周期、认证与配置。支持的智能体包括 Gemini、Claude Code、OpenCode 和 Codex，不过目前对后两者的支持还不够完善。
开发者可在 Scion 中使用多种容器化运行时，包括 Docker、Podman、Apple 容器，也可通过命名配置文件使用 Kubernetes。
要使用 Scion，开发者需要熟悉其独特的术语体系，其中包括 grove（对应一个项目）、hub（用于编排的中央控制平面）、runtime broker（运行 hub 的机器）等概念。
为展示 Scion 的能力，谷歌开源了 “Relics of the Athenaeum” 游戏的代码库。在该游戏中，多组智能体协同求解计算谜题。代码示例展示了运行在不同 Harness 上的各类智能体如何分工协作、各司其职：游戏运行器负责生成新角色与智能体，这些智能体再动态创建工作智能体与专业化智能体。协作方式包括共享工作空间（用于读写与挑战和解决方案相关的数据）、消息通信和全队广播。
【声明：本文由 InfoQ 翻译，未经许可禁止转载。】
查看英文原文：https://www.infoq.com/news/2026/04/google-agent-testbed-scion/
