AX
Google 官方开源的 agent 集群编排运行时，用声明式 YAML 把任务丢进带网络围栏的沙箱里跑，用过 Kubernetes 会觉得眼熟；目前还在快速变动期，API 随时可能改
Agent Substrate
把成千上万个大部分时间在发呆的 agent 复用调度到少量 worker 上，靠 gVisor 做内核级隔离，支持亚秒级挂起与恢复；Google 开源但明确声明"不是官方支持产品"，也明确说自己还没到生产可用
它能做什么
- 把 agent 当作可持续挂起/恢复的 actor 统一管理生命周期
- 用 Kubernetes 做基础设施层，Pod 之上加 agent 专属调度
- 基于 gVisor 与 microVM 提供零信任内核与网络隔离
- 仓库自带 counter demo，可复现"250 个有状态 actor 复用 8 个物理 Pod"
- 对 ADK、LangChain、Claude Code、MCP 等框架做了兼容说明
适用场景
- AI 基建团队：自建 agent 执行平台、需要高密度复用与秒级挂起恢复时，拿它做原型
- 云原生工程师：研究"状态化工作负载如何在 K8s 上做亚秒级调度"时，读它的 actor/worker 映射设计
- 技术选型评审人：比较 gVisor 与 microVM 在 agent 场景下的取舍时，看它的 benchmark 与 demo
踩坑提示
- 功能边界：README 原文声明"未准备好生产使用、API 几乎保证会变"，现阶段只能当原型
- 使用限制：open issues 有 512 个，遇到坑未必有人修；仓库无预编译二进制，得自己编译
- 长期可用性：自己声明"不是 Google 官方支持的产品"，不享受 Google 开源安全奖励计划
替代方案对比
| 替代品 | 比它强在哪 | 比它弱在哪 | 什么情况下选这个替代品 |
|---|---|---|---|
| Kubernetes + Kata Containers | 生态成熟、方案文档多、招人容易 | 没有 actor 级别的挂起恢复与状态快照 | 只要跑普通容器、不需要 agent 复用调度时 |
| Firecracker 自建 | 启动快、资源占用低 | 要自己写调度与状态保持，工作量大 | 团队有强基建能力、愿意自己造时 |
更在意 agent 场景的复用密度与状态恢复选 Agent Substrate；更在意现成生态与可招聘性选 Kubernetes 方案
资源地址
继续浏览
类似发现
随便逛逛
不知道看什么？让阿卷带你随便逛逛
想要投稿
你也找到了好东西吗？分享给所有人
告诉阿卷
没有找到想要的？告诉阿卷帮你找