在 K8s 上托管大规模 agent，最常见的做法是「一个 agent 一个 Pod」。麻烦的是 agent 是突发型负载：绝大多数时间在发呆，一旦被唤醒就要求立刻响应。用为长驻服务优化的那套机制去接它，会同时撞上三堵墙——调度排队、海量闲置 Pod 吃资源、冷启动延迟。绕开的常规办法是自己写一套预热容器池加状态快照，运维成本自己扛。Agent Substrate（仓库 agent-substrate/substrate，描述为 “the core system”）想干掉的正是这套活。Go 单一语言，Apache-2.0。据 README 自述，它提供 agent 沙箱的完整生命周期管理、亚秒级 resume/suspend，并把大量 agent 多路复用到同一批计算资源上。它不是又一个 agent 框架：README 自称 low-opinion，所管理的工作负载不必是字面意义的 AI agent，它也不是构建 agent 的 SDK。先给 2800 star 打个折仓库 2026-05-13 创建，最近一次推送是 2026-09-22。2801 star、372 fork、94 位贡献者、511 个 open issues，无主页、无 topics、无发行版记录。四个月冲到 2800 star，对 Go 基础设施项目是强信号，但这个斜率更像「大厂光环 + agent infra 风口 + 榜单效应」的叠加，而不是长期沉淀。更该先看清的是 README 自己写的那句：这是 not an officially supported Google product，也不在 Google 开源漏洞奖励计划（OSS VRP）范围内。翻译一下：没有 SLA，没有安全响应承诺。核心机制：大集合 Actor 映射到小集合 Worker据 DeepWik
