Agent Substrate：用 30× 超配比把 AI Agent 运行成本打下来的云原生沙箱调度系统核心观点Agent Substrate 是 Google 开源（非官方支持）的一个专为大规模 AI Agent 部署而设计的运行时底座。它的核心命题很清晰：AI Agent 绝大多数时间处于空闲等待状态，传统 1:1 "一个 Agent 绑一个 Pod" 的做法极度浪费资源，而 Agent Substrate 通过快照式挂起/恢复 + 虚拟 Actor 多路复用，让 8 个物理 Pod 跑起 250 个有状态 Agent（演示中达到 30× 超配比），从而将基础设施成本压缩一个数量级。这不是 AI Agent 开发 SDK，它不帮你写 Agent 逻辑，而是解决"Agent 怎么高密度地跑起来"这一纯粹的基础设施层问题。技术阶段定位这是一次有明确工程先例的整合创新，而非从零突破的范式革命。快照冷启动（Catalyzer/AWS Lambda SnapStart）、微型虚拟机预热池（Firecracker/SOCK）、虚拟 Actor 模型（Microsoft Orleans/Erlang）、Scale-to-Zero（Knative）——这些技术各自已在生产环境验证。Agent Substrate 的价值在于把这些技术在 AI Agent 场景下首次系统性地组合到一起，并提供了比 K8s 原生更低延迟的控制面。对应的参照系是 Knative 之于函数计算，而不是 Kubernetes 本身。最核心的机制：N 对 M 的资源映射Agent Substrate 的真正聪明之处在一个关键假设：Agent 式负载大部分时间是空闲的。基于此，系统将大量逻辑"Actor"映射到少量"Worker Pod"上：Actor（逻辑单元） ──多路复用──▶ Worker Pod（物理资源） （可以有百万个） （实际运行的 K8s Pod） Actor 生命周期： RUNNING（处理请求） │ 空闲超时 ▼ SUSPENDING（触发 gVisor Checkpoint，冻结内存+文件系统） │ ▼ SUSPENDED（快照写入对象存储 GCS） │ 请求到达，atenet 路由拦截 ▼ RESUMING（快照恢复到可用 Worker） │ ▼ RUNNING（亚秒级激活完成）关键细节有两个：旁路控制面：Actor 的实时状态（位置、快照指针）存在 Redis/Valkey 而非 etcd，
