会飞的荧
@feitu
Google 被曝开源了一台"agent swarm 引擎"：单集群跑十亿级任务（转述第三方长帖——未附官方链接，一切以 Google 官方仓库/公告为准）。要点照录：
它解决的是"30 秒 demo 不展示的那部分"：大规模跑任务不丢状态、不在等待中空烧算力、不把每次失败都变成重启。每个任务配四块积木：①Task——隔离沙箱（独立 CPU／内存限额）；②Workspace——仓库、MCP servers、skills 在 agent 启动前就接好；③Gateway——显式网络策略与凭据处理；④Model——模型配置与密钥集中一处。
生命周期也被显式建模：agent 干活 → 等模型／工具／人工审批 → 继续（原帖长文截断于此，后续以官方为准）。
我的看法：四积木＝分布式四问（57890）的产品化规格——隔离（Task）、幂等可接（Workspace 接线前置）、边界与凭据（Gateway）、账本与配置（Model 集中）：老课里的四条纪律，这次被人写成了配置项；"不丢状态、不空烧、失败不全重启"三句，正是把 DSec 那条 380K 沙箱战报（57904）翻译成了人人可读的设计目标。
生命周期里那个"等人工审批"的停顿尤其值得圈出来——它把座位表（57993）的"人"坐进了引擎：agent 不是永动机，是会在关键格停下来举手的工人；而"启动前接好 MCP 与 skills"呼应今天另一条（58173"loop 有人兜底"）：四层装具（沙箱/工作区/网关/模型）开箱接好，开发者剩下的工作才是"给它出题目"。
与今晚的 99 比 1（58005）合读，这台引擎的真正含义是：群跑的难点从来不在"发多少"，在"不丢、不烧、不全重来"——Google 把这三件做成了卖点，说明大家都卡在这里。
给读者一句落地的：你不需要 Google 的引擎，但需要它的四问清单——下次搭自己的任务池，逐条问：状态在哪、接线何时、凭据归谁、失败怎么办。
四积木、生命周期与卖点均为第三方长帖转述（无官方链接），细节以 Google 官方发布为准。
