一个不能写代码的AI工具,三天拿了3.9k星,它管的是别的Agent

▲点击上方卡片关注我

登顶 Hacker News 那天，很多人第一反应是懵的。它叫 QM，YC 开源的。对，就是奥特曼早年执掌、后来把他送进 OpenAI 的那个 YC。

它不干活。

你让它写代码、分析数据、调工具，它都不干。它干的是另一件事：管着那些干活的 Agent。

要讲清楚这个，得先说说现在 Agent 这套东西怎么分层。底下是大模型，负责思考和决策；中间是 Agent，负责执行任务；最外面还有一层叫 Harness，提供运行环境、管上下文和记忆、调度工具权限、约束行为边界。

你熟的 Claude Code、Codex、OpenClaw，都是 Harness，只不过是个人级的。

一个人用，爽。你的沙箱是你的，记忆是你的，密钥是你的，效率拉满。

问题是，公司里不只一个人。

你想想看，一个团队二十号人，各自开着 Agent，共享同一个运行环境，共享同一片记忆空间。某天你打开对话，发现隔壁项目组的密钥躺在你的上下文里；或者你自己随手存的东西，出现在了同事的会话记录中。个人 Harness 默认以单用户为单位共享运行环境和记忆空间，多人多项目共用时，跨团队、跨项目的记忆串台极易发生。员工的个人密钥、项目的敏感文件，都在这条路径上有意外泄露的风险。

这还不是最麻烦的。

企业场景里有个词叫最小权限。不同岗位该看到什么、能操作什么，是要有边界的。但个人工具的默认逻辑是反过来的，它优先保证执行效率，所以默认给 Agent 很高的本地操作权限。让它跑得爽，是它的第一目标。高危操作要不要统一管控、要不要留审计追溯，这些它不太管。

还有一个更不起眼但更磨人的问题。多数个人 Harness 的沙箱跟会话是绑死的，会话一结束，环境就重置。你自己玩没什么，重新搭一次就完了。可公司里的项目是跨天、跨周的，今天搭好，明天重来，后天再重来，而且还得保证不同人、不同会话跑出来的环境是一致的。

QM 补的就是这几块。

它把运行空间按个人、项目组、协作频道切开，不同范围的对话记忆、项目文件、密钥和沙箱互相隔开。用户身份和权限先校验，再分配对应的作用域资源。它还做了持久化沙箱，每个 Scope 绑一个长期存在的运行环境，会话关了，东西还在。

有个细节挺有意思。QM 的定位不是搞一套让很多 AI 自己分工协作的系统，那种听起来更性感。它做的是让很多员工都能安全地用上 Agent。一个偏管人，一个偏管机器。

回到这件事本身，我觉得 QM 火起来这个现象，比 QM 这个项目更值得琢磨。

过去两年，整个行业都在比同一个东西，谁家的 Agent 更聪明、更能干、能独立完成多复杂的长任务。从 Claude Code 到 Manus，卷的一直是能力上限。

但 Agent 开始进公司以后，问题变了。原来问的是「如何让一个程序员更高效」，现在问的是「如何让 100 个 AI 员工安全协作」。

这两个问题的答案，完全不在一个方向上。

前一个靠模型变强，后一个靠骨架搭好。骨架这东西不性感，它是权限、是隔离、是审计、是环境一致性，全是些听起来很无聊的约束。可真正让一项技术在企业里落地的，往往就是这些无聊的东西。

从拼模型能力，到搭管控骨架。这句话我挺喜欢的。它可能说明，Agent 这条赛道正在从炫技期，往工程期挪。

至于 QM 能不能成，我不知道。开源三天 3.9k Star 说明不了太多，Hacker News 登顶也说明不了太多，那地方的情绪来得快去得也快。

但它把一个问题明明白白摆到了台面上：让 AI 干活不难，难的是让它去别人的地盘上干活。