正在打开每日关注
正在打开每日关注
调研 agent-sandbox 与 google/ax 等方案，解决 coding agent 大规模自动化 QA 的成本与资源瓶颈。
我在想怎么把 coding agent 放到云上，做大规模自动化 review + QA，从接口测试到前后端一起 e2e 目前已经有手动触发执行的流程了 但是受制于 token 消耗和 infra 资源，全自动覆盖还有不少挑战 已经在调研 https://t.co/V2pWNlC6kB https://t.co/Vf9E40lKXH 或者 CI 开虚拟机直接跑等方案了
这其实是一个很软件工程的问题 当每天并入的代码行数过万的时候，怎么保证验收标准。
是什么：原推 @AniHermit 提出把 coding agent 搬上云做大规模自动化 review 与 QA，覆盖接口测试到前后端 e2e，已有手动触发流程，卡点在 token 成本与 infra 资源；引用推文将其上升为软件工程问题——日并万行代码时的验收标准。两个外链是候选基础设施：kubernetes-sigs/agent-sandbox 与 google/ax。
核心设计：agent-sandbox 是 K8s SIG Apps 下的 Sandbox CRD 与控制器，为有状态单例工作负载提供稳定身份、持久存储与生命周期管理（创建/暂停/恢复/定时删除），扩展层提供 SandboxTemplate、SandboxClaim、SandboxWarmPool 实现模板化与预热池，并把底层隔离委托给 gVisor/Kata 等 RuntimeClass。AX 是 Google 的声明式 Agent 编排运行时，以 Task、Workspace、Model 三个原语描述沙箱任务、预接 Git/MCP 工作区与模型凭证，CLI 刻意做成 kubectl 形态（apply/watch/ssh/suspend/resume），支持断点续跑，底层依赖 Agent Substrate 沙箱执行。
关键洞察：Agent 是新型工作负载，既非无状态微服务也非一次性批任务；WarmPool 预热直接回应冷启动延迟，正是 CI 直跑虚拟机方案的核心痛点。
边界与风险：token 与资源成本并未被方案本身消除；AX 处于 v1alpha1 且官方警告将有破坏性变更；agent-sandbox 的隔离强度取决于所选运行时。两者组合更接近生产级答案。