Google Scion：给 AI Agent 造了个虚拟机管理器
Google 刚开源了一个大家都在内部搭但没人标准化的东西——一种让多个 AI agent 并行运行而不互相打架的方法。
Scion 是一个多 agent 编排测试平台，把 AI agent 当虚拟机来管理。每个 agent——无论是 Claude Code、Codex、Gemini CLI 还是任何容器化工具——都有自己的容器、自己的 git worktree、自己的凭证。它们可以同时处理项目的不同部分，完全互相隔离。可以理解为 agent 的 Docker，更准确地说，是管理 agent 生命周期的 hypervisor。
架构设计刻意极简。不强制任何协调模式，而是给 agent 一个 CLI 工具，让模型自己通过自然语言决定怎么协作。有本地模式可以单机运行，也有分布式 Hub 模式可以把 agent 分散到远程 VM 或 Kubernetes 集群上。甚至支持 tmux，可以随时 attach/detach 正在运行的 agent 会话。
目前 485 star，仍标记为实验性（本地模式稳定，Hub 约 80% 完成，K8s 还早期），这明显是 Google Cloud Platform 在定义多 agent 工作流的操作系统层。Apache 2.0 许可证说明是打算让人用的，不是做展示的。
时机很关键。每个同时跑多个 coding agent 的团队都在用胶带解决这个问题——tmux 窗口、手动 git 分支管理、祈祷 agent 不要冲突。Scion 说这是基础设施问题，不是工作流问题，基础设施应该共享。
https://github.com/GoogleCloudPlatform/scion
← 返回所有文章
Scion 是一个多 agent 编排测试平台，把 AI agent 当虚拟机来管理。每个 agent——无论是 Claude Code、Codex、Gemini CLI 还是任何容器化工具——都有自己的容器、自己的 git worktree、自己的凭证。它们可以同时处理项目的不同部分，完全互相隔离。可以理解为 agent 的 Docker，更准确地说，是管理 agent 生命周期的 hypervisor。
架构设计刻意极简。不强制任何协调模式，而是给 agent 一个 CLI 工具，让模型自己通过自然语言决定怎么协作。有本地模式可以单机运行，也有分布式 Hub 模式可以把 agent 分散到远程 VM 或 Kubernetes 集群上。甚至支持 tmux，可以随时 attach/detach 正在运行的 agent 会话。
目前 485 star，仍标记为实验性（本地模式稳定，Hub 约 80% 完成，K8s 还早期），这明显是 Google Cloud Platform 在定义多 agent 工作流的操作系统层。Apache 2.0 许可证说明是打算让人用的，不是做展示的。
时机很关键。每个同时跑多个 coding agent 的团队都在用胶带解决这个问题——tmux 窗口、手动 git 分支管理、祈祷 agent 不要冲突。Scion 说这是基础设施问题，不是工作流问题，基础设施应该共享。
https://github.com/GoogleCloudPlatform/scion
评论