Google开源Agent基础设施项目 - 公司开源了两个新的Apache 2.0项目：Agent Substrate和构建在其上的分布式Agent运行时Agent eXecutor（AX）[2] - 两个项目均处于非常早期的开发阶段，版本分别为v0.0.0和v0.1.0，相关能力和接口都可能继续变化，不保证向后兼容性[2][4][6] 项目目标与定位 - 项目旨在为希望在大规模企业环境中高效运行Agent工作负载、又不想重新发明Kubernetes的组织提供早期方案[2] - Agent Substrate是一种在Kubernetes之上构建的、专门面向Agent场景的轻量级控制平面，用于管理Agent生命周期[2] - AX是一个位于Substrate之上的子系统或运行时，用于协调Agentic循环、管理执行，并与本地和远程Actor通信[3] 技术原理与效率提升 - 该方案通过将Agent的逻辑生命周期与底层计算资源解耦来提升效率：当Agent进入非活跃状态（如等待人类交互、外部工具或数据源）时，其执行状态会被快照保存，Worker返回共享池；恢复时可在任意可用Worker上快速恢复，通常只需几百毫秒[6][9] - Google演示了该方案的效率提升：对于突发式工作负载，如果统计上任意时刻只有一个Agent正在执行，那么最多30个逻辑Agent会话可以共享同一份物理执行容量[6] - 公司表示，该方案对于大量间歇性活跃的Agent，目标是在没有冷启动开销的情况下释放硬件资源，从而带来显著的效率收益[6] 架构特点与优势 - Agent Substrate位于Kubernetes之上、Agent执行层之下，目的是绕开Kubernetes的一些短板（如不擅长处理数百万次亚秒级工具调用和高度突发式执行模式），而不是重新发明它[7][9] - 公司将其描述为一种“零空闲”架构，硬件资源保持流动，而Agent会话则独立于其下方的基础设施持续存在[9] - 摆脱传统的无状态微服务模型还能带来其他好处，例如系统会为Agent会话强制实施单写者一致性，避免引入锁层和分布式协调机制[10] 项目背景与战略意图 - 公司表示，Agent基础设施正处在一个类似于当年Kubernetes早期的拐点，因此选择以开放方式构建项目，希望借助来自不同贡献者的反馈和视角帮助项目走向成功[4] - 公司思路与当年的Kubernetes类似：先把核心组件开放出来，做成不绑定特定生态的基础设施，再借助社区参与推动项目成熟，最终也为自家云服务创造需求[12] - 公司相信未来的AI基础设施必须厂商中立、可移植，并由社区共同推动[12] 项目集成与路线图 - AX内置了一个Gemini Agent用于处理自然语言请求[12] - 项目路线图的优先事项中包括与Google Antigravity Agentic开发平台集成[12] - 项目的早期影响来源包括GKE在调度和恢复等领域的工作，以及Google DeepMind在分布式harness方面的工作[12]