Agent Substrate

Agent Substrate 通过挂起-唤醒机制和 HPA 驱动的 Worker 扩展，将扩展策略从预先分配大量资源转向按实际调度需求动态伸缩，以降低资源浪费并保证响应速度。

在 Agent Substrate 中，Actor 未被调度时处于挂起（suspended）状态，仅作为记录存在，不消耗 CPU 或内存。

每个 Worker 的内存上限为 1Gi，而每个 Actor 模板要求 768Mi，因此一个 Worker 只能容纳一个 Actor。

在 Agent Substrate 中，通过 `kubectl ate create actor` 命令可批量创建 Actor，创建后初始状态为 ACTOR_STATE_SUSPENDED。

在 Agent Substrate 中，当两个 Worker 各被一个 Actor 占满（768Mi/1Gi）后，再请求第三个 Actor 会收到 504 超时，因为无足够空闲内存调度。

手动挂起一个正在运行的 Actor 释放内存后，等待中的 Actor 便能成功调度。

在 Agent Substrate 中，WorkerPool 可被配置为 HPA 的扩缩目标，调度压力（排队等待内存的 Actor 数量）成为触发扩容的信号，WorkerPool 最多可扩展到 10 个副本。

当 WorkerPool 从 2 个副本扩展到 6 个副本后，六个被唤醒的 Actor 全部获得调度，请求返回 200。

本文选择 HPA 而非 VPA，是因为单个 Worker 的内存上限决定了它只能容纳固定数量的 Actor，扩大单 Worker 内存无法解决调度瓶颈，增加 Worker 数量才是正确的扩展方向。

Agent Substrate 将 Agent 的运行环境抽象为 Actor，Actor 运行在 Worker 之上，Worker 由 WorkerPool 统一管理。

AX 底层是 Agent Substrate，一个建立在 Kubernetes 之上的新抽象层

Google 宣称 Agent Substrate 面向数亿注册 Agent、每秒数百万次亚秒级工具调用、每集群数十亿并发会话设计

Agent Substrate 用轻量级 actor 取代重量级 pod，通过密集多路复用把海量会话打包进普通集群

Agent Substrate与LangChain等上层框架更可能形成互补而非直接竞争关系

Agent Substrate是一个采用Go语言开发的AI Agent底层运行时项目，官方定位为「the core system」

Substrate并不与LangChain等上层框架直接竞争，而是形成互补关系，上层框架负责开发者体验与业务逻辑编排，Substrate负责底层高性能执行与系统级保障

Substrate的文档完善度、生态成熟度以及社区规模相比头部Python框架仍有差距，处于早期成长阶段

一个成熟的Agent基质层通常需要具备任务生命周期管理、状态持久化、资源隔离与调度、可观测性四大核心能力