夜雨聆风50多个Hermes智能体同时上岗，结果"舰队"乱成一锅粥。 硅谷最有权势的创业加速器Y Combinator，被自己孵化的AI军团逼到墙角，然后，他们造出了一个东西，又把它整个掀开了底裤，扔到了GitHub上。
2026年7月31日深夜，YC官方账号发出一条推文，宣布将内部使用的多Agent编排系统完全开源。项目代号：QMMIT许可证，代码全部公开，任何人可以fork、可以魔改、可以直接部署到自己的云账户上。
▲ YC官方推文宣布开源QM，配图展示了Web UI界面：左侧是项目、文件、定时任务、密钥链等功能栏，中间是Agent会话，一个在画莫比乌斯环，另一个在回答"当前YC批次有多少家公司"
这套系统远超周末hackathon玩具的规模。一家年处理数千家创业公司的机构，已经让它在会计、法律、活动策划和工程四个部门同时跑了几个月。工程团队甚至用QM来构建QM本身。
一个AI系统在用自己建造自己听起来像科幻小说的开头，但它现在就躺在github.com/yc-software/qm里，星标飙升中。
从一个Ruby脚本到50个失控的AI特工
故事要从更早说起
YC的第一版Agent系统，朴素得像一碗白粥：一个用Ruby写的基础循环，外挂了一些能读取内部数据的工具。员工第一天就能用，但天花板肉眼可见，它只会做很窄的事，稍微复杂一点的需求就卡壳。团队陆续给它加了定时任务和webhook触发，但架构天花板摆在那里，修修补补解决不了根本问题。
然后，OpenClaw横空出世，把YC团队的认知直接撞歪了。
OpenClaw是一款高度可定制的个人AI助理，主打持久记忆、可扩展技能和后台自主任务，简单说，就是你的私人AI管家，而且记性极好。YC看到这个方向后，做了一个大胆的决定：为员工批量开通了50多个Hermes Agent，每人一个AI助理，当作个人"分身"使用。
▲ OpenClaw官网首屏，YC官方承认，正是这款产品的发布"把他们推向了新方向"
结果？灾难性的管理噩梦
50多个Agent听起来不多，但每个都有自己的记忆、自己的状态、自己的权限边界，或者说，根本没有清晰的权限边界。谁的Agent能看谁的文件？共享频道里的Agent用的是谁的密钥？法务部门的Agent会不会不小心读到工程部门的敏感代码？定时任务半夜失败了，谁来兜底？
"舰队管理"四个字，成了YC工程团队的心理阴影。
他们想要的东西很矛盾：既要Hermes那种"每个人都能调教成自己的"灵活性，又要最初Ruby系统那种"打开就能用"的简洁；此外还要自己拥有、自己托管，无需把全公司的数据和流程交给第三方平台。
QM就是这三重矛盾的产物
一艘船上的"军需官"
QM是Quartermaster的缩写。 如果你没听过这个词，在航海时代，quartermaster是船上那个你永远不会在甲板上看到、但没有他船就开不动的人。他在甲板之下协调补给、维持秩序、确保每个水手拿到正确的物资。
这个命名暴露了YC对这个产品的定位：后台中枢。 它给整家公司的AI军团提供有序运转的协调层，远远超出一个演示用聊天框的边界。
用技术圈的黑话说，QM是一个harness（编排/驾驭层）。模型负责思考，harness负责一切模型管不了的事：身份、权限、记忆作用域、文件隔离、定时任务、审计日志、沙箱、审批策略，以及把Agent接入Slack和Web的胶水。
YC开源的是让大模型在真实公司里"上班"的整套基础设施。
拆解QM：一个Agent的"公司工位"长什么样
根据GitHub仓库的README和官方公告，QM的核心设计是：按人、按房间（room）划分一切。
每个用户、每个Slack频道/项目空间，都拥有独立的：
- 记忆
，Agent记得的东西不会跨scope泄漏 - 文件
，你的文件是你的，共享频道的文件是频道的 - 密钥链
，不同scope看到不同的凭据 - 权限
，组织管理员统一设定安全基线，下级scope只能收紧、不能放宽 - 定时任务与监听
，你的cron只在你的沙箱里跑 - 持久沙箱
，每个scope都有自己的"虚拟电脑"，装过的工具会保留
▲ yc-software/qm GitHub仓库首页，TypeScript为主，目录结构包含cli、deploy、docs、plugins、skills-seed等
它还提供安全姿态（Security Posture）三档设计：
- Strict模式
：Agent每次调用工具都要人工批准，像给实习生配了一个全天候监工 - Auto模式
（默认）：对外部数据做自动分类筛选，可疑内容才弹窗 - Dangerous模式
：不筛选、不暂停，字面意义上的"放飞自我"
无论选哪档，硬编码的命令策略始终生效：比如递归删除、破坏性SQL这类操作，Agent做不了就是做不了。
但YC在SECURITY.md里做了一件极其罕见的事，他们主动列出了自己系统的所有已知漏洞：命令策略可以被混淆绕过、浏览器动作不完全走审批门、沙箱内凭据使用时是明文、管理员可以在权限范围内读取敏感内容……
这是一家标志性机构第一次把"公司级Agent的威胁模型"摊开在MIT仓库里。 这份写在代码旁边的坦白书，比PPT上的安全承诺更醒目。
社区热议：最佳评论是"你们应该拿这个去申请YC"
开源消息一出，X和Hacker News很快涌入大量讨论。
最出圈的评论来自一位叫Erik Nelson的用户，他在YC官推下面淡定回复：
"this is cool! you should apply to YC with this"（这很酷！你们应该拿这个去申请YC）
▲ 完美的自嘲式幽默，YC做了一个完全符合自己投资主题的产品，然后被建议"申请自己"
这条评论之所以精妙，是因为它精确击中了一个微妙事实：YC在2026秋季的Request for Startups中，赫然列着"Multiplayer AI"作为重点投资方向。
▲ YC的RFS页面明确指出：过去20年最好的工具靠multiplayer取胜（Google Docs、Figma），而AI仍停留在"单人聊天框"
YC合伙人Aaron Epstein在RFS中写道：过去二十年的赢家是multiplayer工具，Google Docs干掉Word，Figma干掉Photoshop。但AI agent却是团队里最强大却最"单人"的工具：你打开聊天框，得到只有自己看得见的答案，想分享时只剩一段只读记录。
YC一边喊"谁来做Multiplayer AI"，一边自己做了一个然后开源了。 两件事由此形成产品验证与投资论点的闭环。
另一边，Hacker News的讨论更加技术向。有人发现仓库里藏着一个anti-slop skill，专门用来检测和消除AI生成内容中的"AI味"，甚至连em dash这种长破折号都被禁了。这引发了一场哲学争论：用AI来消灭AI的痕迹，这是在对抗slop，还是在制造更精致的slop？
▲ 用户Junaid配图点评QM的贡献模式：用文字告诉我们想改什么，AI agents来实现
说到贡献模式，这可能是QM最具争议的设计决策。仓库不接受传统的Pull Request。 你想贡献代码？请写一段人类语言的文字，描述你想改什么、为什么要改，放到adrs/目录。然后，YC的维护团队会用自己的Agent来实现它。
HN上一半人觉得这是天才之举，在AI写大部分代码的时代，筛选想法比筛选PR高效一万倍；另一半人觉得这纯属荒谬，"所以你们用AI写核心代码，却要求贡献者纯手写？这是什么新型双标？"
Agent时代的"协作原语"之争
把视野拉远一步，QM的开源指向一个更大的结构性判断：Agent harness正在成为独立的产品层。
2025到2026年，行业共识越来越清晰，模型和harness是两件事。模型决定AI能想多深，harness决定AI能不能在真实公司里把活干完。YC选择不把护城河押在闭源编排壳上，而是押在组织数据、connector、安全姿态和运营习惯上。
这像极了云计算早期：很多公司先做内部云工具，然后行业收敛到AWS/GCP。现在我们正处于"自建harness"的阶段，而QM可能是第一个由顶级机构背书的公开参考架构。
与此同时，Block生态的Buzz、各类multiplayer coding harness、以及Hermes和OpenClaw的个人Agent路线，都在抢占不同的生态位。QM的差异化很明确：它定位于会计、法务、活动和工程同时在线的"公司操作系统"，适用范围越过了工程师的swarm工具。
当然，MIT许可证不包含模型推理费用和云账单。自托管意味着你要自己付Fly或AWS的钱、自己管密钥轮换、自己扛安全审计。QM降低的是启动成本，不降低组织责任。
尾声：甲板之下
回到那个命名Quartermaster，军需官，甲板之下的协调者。
YC在公告里反复强调：这是实验、是早期、有bug，但"对我们意外地有用"。这种措辞本身就是一种信号：他们把一个正在进化中的有机体推到阳光下，看看社区能不能让它长得更快，成熟产品的承诺还要留待以后。
单人Agent的红利期正在结束下一场战争，打的是组织协作层，谁能让一队AI在权限隔离、记忆共享、审批审计和多人协作的框架里安全地、持续地把工作做完。
YC把自己的答案摊开了现在轮到所有人决定：是fork，是贡献一段人类文字，还是从零再造一个军需官。