组织即上下文：从 AGENTS.md 到文件夹主权

前几天刷到「不懂经」的一篇文章，《AI 正把公司撕成三类物种，最值钱的人已经变了》。标题很公众号，但内容比标题好得多。核心说法是：公司正在被压缩成一个文件夹，里面装着历史、规则、流程、判断标准，以及让智能体调用这些东西的权限。谁拥有那个文件夹，谁就拥有组织主权。

文章引了韦伯、卢曼、科斯、Stafford Beer，论证链搭得很完整。但我读完之后坐在那儿想了半天，脑子里冒出来的不是「分析得真好」，而是一种很奇怪的错位感——这哥们儿花了几千字论证的东西，我每天早上打开电脑就在做啊。

我说的不是比喻。我是真的每天都在制造那个「文件夹」。

打开项目根目录看看

随便打开我们一个项目的根目录：

project/
├── AGENTS.md          # 编码规范、架构边界、工作流偏好
├── CONTEXT.md         # 领域术语表、实体关系、业务不变量
├── docs/adr/          # 架构决策记录
├── .qoderwork/skills/ # 发布流程、排查步骤、数据订正
├── .qoderwork/memory/ # 环境事实、长期偏好、踩过的坑
└── tests/             # 验收标准

你拿文章里对「文件夹」的定义来对：公司的历史——ADR；规则——AGENTS.md；流程——skills；判断标准——CONTEXT.md 里的业务不变量；失败记录——memory 里的踩坑笔记。

全对上了。一项都没虚。

之前写AGENTS.md 设计原则的时候我说过，一份好的 AGENTS.md 等于免费换了个更贵的模型。写记忆架构的时候我们把记忆拆成四层，每层写入标准不一样。写上下文工程的时候核心问题就一个：模型做决策那一刻，窗口里到底有什么。

这三篇文章写的时候我没觉得它们在讲同一件事。现在被「不懂经」这篇文章一照，才发现它们就是同一件事的三个面——组织知识怎么从人脑子里搬到机器能读的上下文里。AGENTS.md 解决的是「这个组织怎么做事」，记忆系统管「经历过什么」，上下文工程回答的问题更具体一些：此刻模型该看见什么、不该看见什么。

文章用社会学推导出来的结论，我们用配置文件和 Markdown 已经落地了一遍。只不过文章回答的是「会不会发生」，我们天天面对的是「发生了，但做得一塌糊涂」。

差距不在用没用 AI

文章把公司分成三种：传统公司、自动驾驶公司（Replit）、一人公司。这个分法我觉得在工程上可以翻译得更直白一点——就是上下文治理做得怎么样。

最差的情况我见得太多了。团队用了最贵的 AI 编程工具，但每次对话都从零开始。「我们用的是 PostgreSQL 不是 MySQL」「这个字段不能为 null，三年前定的」「这个接口有段兼容逻辑你别删」——这些话在每一次新会话的开头重复一遍。组织记忆完全没有沉淀。这种团队用不用 AI，产出差距其实没那么大，AI 在他们手里就是一个贵一点的自动补全。

Replit 说他们的智能体已经在做代码审查、事故调查、客户支持。这话翻译成我熟悉的语言就是：他们有一套还不错的 skills、一份维护着的语义记忆、以及执行结果能回写知识库的闭环。之前写 Loop Engineering的时候我反复强调一件事：Agent 系统靠不靠谱，不看单次 prompt 写得多漂亮，看的是循环结构——输入哪来的，什么算完，错了怎么退，什么情况必须喊人。Replit 那个「自动驾驶」，说白了就是一个设计得还行的 Loop。

一人公司那个我就不展开了，文章引的那个外国网友说的「Claude Code 是操作系统，Skills 是员工，文件夹是办公室」，工程上确实就是这么回事。

我想说的是另一件事。这三种形态之间的鸿沟，根本不是「有没有上 AI」的问题。我见过堆了一堆 Agent、订了最贵套餐的团队，效果不如一个把 AGENTS.md 写得清清楚楚的独立开发者。上下文治理这件事，跟预算关系不大，跟纪律关系很大。

蒸馏最难的不是吸收，是扔掉

文章里有个说法我很喜欢，叫「组织层面的蒸馏」——员工的工作痕迹被系统吸收成可复用的模式。

这话听着很美，但做过的人知道有多疼。

我们第一版记忆系统就是这么死的。让模型自己判断什么值得记，三个月攒了两千三百多条。我抽查了一次检索质量，随机五十个真实任务去查，有用的不到一成。剩下全是「用户正在修复 login 模块的 bug」这种三个月前的任务状态。更恶心的是这些垃圾不是无害的——Agent 会当真。有一次它坚持要先「继续上次未完成的索引优化」，那个「上次」是两个月前的一条过期记忆。

后来改成白名单制，语义记忆只收四类东西：长期偏好、环境事实、同一个坑踩了第二次、评审拍板的决策。筛完一看，真正值得常驻上下文的，不到二十条。两千三百条里挑出不到二十条。

这个经验让我对文章说的「蒸馏」多了一层不太乐观的理解。大多数工作痕迹其实不值得被蒸馏。真正值钱的组织知识——为什么这封邮件要这样回、为什么这个客户得特殊处理、为什么这段代码看着对但不能上线——这些东西不是「痕迹」，是「判断」。判断的上下文往往不在 git log 里，在某个人脑子里，或者在某次根本没留纪要的口头讨论里。

文章也承认了这一点，但我觉得它还是说轻了。我们一个跑了三年的项目，代码几十万行，够格叫「组织资产」的文档不到二十份。其中一半是出了事故之后才补的。组织记忆的积累从来不是自动发生的。没有写入纪律，文件夹不会变成组织智慧，只会变成一个会反噬的垃圾场——Agent 从里面捞出过期信息，然后信心满满地按过期信息干活。

你的 AGENTS.md 是资产还是租约

文章最后落在「谁拥有那个文件夹」。这个问题到了工程层面就变得非常具体：你换一个模型、换一个框架、甚至换一家公司，你的组织知识能不能跟着走？

这取决于格式。

如果组织知识锁在某个 SaaS 的私有格式里——某个 AI 编程工具的「项目记忆」、某个客服平台的「知识库」——那它就跟那个平台绑死了。平台涨价你忍着，停服你认栽，改接口你跟着改。这跟个人用户把笔记锁在某个 App 里是一回事，只不过代价从丢几篇笔记变成了丢一整套组织能力。

如果编码在纯文本里——Markdown、YAML、JSONL——那它就是你的。换模型，AGENTS.md 不用动。换框架，skills 重新注册一下就行。这也是为什么我一直坚持入口文件必须纯文本、必须人可读、必须不依赖任何特定运行时。这不是洁癖。

文章说「模型订阅价格对所有人差不多，拉开差距的是谁拥有持续积累的上下文」。同意。但我想加一句不太好听的：如果你的上下文格式被某个供应商锁着，那你拥有的不是资产，是租约。租约到期那天，你攒的东西一文不值。

自动驾驶的承重墙

文章对 Replit 的数据标注了「公司自报」，这个态度是对的。我从工程角度再泼一点冷水。

之前写目标驱动循环的时候我花了很多篇幅讨论一个事：Agent 系统最脆弱的地方不是执行，是「完成判定」。谁来说一个任务做完了？标准写在哪？标准本身谁更新？

Replit 的智能体能做的事情——调查事故、审查代码、分类工单——都有一个共同特点：完成标准是清晰的。事故定位了就是定位了，代码合规就是合规，工单解决了就是解决了。但组织里真正要命的决策没有这种清晰标准。这个客户该不该给特殊价？这个功能砍不砍？这次事故追责还是容错？这些事情没有 test case。

文章引 Replit CEO 的话说「品位、伦理判断、陌生情境和高风险责任仍然位于边缘」。我觉得「边缘」这个词太客气了。这些东西不是边缘，是承重墙。一个系统可以自动处理 90% 的常规任务，但剩下那 10% 的例外要是处理砸了，损失能把前面省的连本带利吐回去。

所以「文件夹自己开车」这个说法我觉得得改改。文件夹能自动巡航，这没问题。但方向盘后面必须坐着一个清醒的人。

一个我不太想写但觉得应该写的段落

文章有一个推论藏在字里行间，我觉得应该说得更直白。

如果组织知识真的能被编码成文件夹，如果文件夹真的能脱离具体的人运行——那么你在公司里写下的每一份 AGENTS.md、每一个 skill、每一条 CONTEXT.md 里的业务规则，在你离职之后都还在。不是以「商业秘密」的法律形式在，是以技术事实的形式在。下一个 Agent 打开那个目录，照样能调用你沉淀下来的判断。

文章管这叫「数字化的影子仍然继续上班」。说法挺中性的。但换个角度想：公司通过你的每一次操作变得更聪明，你走的时候能带走的只有简历上几行字。你参与建设的组织能力，以纯文本的形式留在了公司的 Git 仓库里。

这事其实不新鲜。韦伯一百年前就说过，官僚制的本质就是把个人能力转化成岗位能力。但以前转化的颗粒度是「岗位」，速度也慢——一个人离职，公司得花几个月找人、再花几个月交接。现在颗粒度推进到了「技能」甚至「判断」，速度也快了几个量级。你昨天写的 skill，明天就能被 Agent 调用，不需要任何交接。

我不确定这个问题有什么好的解法。但有一件事我觉得是确定的：你帮公司写 AGENTS.md 的时候，你同时在写自己的替代方案。这不是说不该写——知识沉淀本身就是好的工程实践。但你自己的目录下，也应该有一份。

文章最后建议「先把反复出现的工作留在自己的系统里」。这话说得太轻松了。真正做过的人知道，这件事需要的不是意识，是日复一日的纪律。而大多数人，包括我自己，经常想不起来。

所以

文章结尾问：那个文件夹，究竟在谁的电脑里？

我没有那么宏大的回答。我只有几个很具体的问题，现在也经常拿来问自己：组织知识是纯文本还是私有格式？人能不能直接读？跟着 Git 走还是锁在某个 SaaS 里？有没有写入纪律，存的是判断还是流水账？多久清一次，常驻上下文的每一行是不是还值得信任？

这些问题很琐碎。但「组织主权」这个词拆到底，就是这些琐碎的东西。

文件夹不会自己变好。它只会忠实地反映写它的那个人有多少纪律、多少判断力。这一点，大概韦伯那个年代的文件柜也是一样的。