＂智能体不需要记忆,需要文档＂:与上月那篇记忆宣言的正面对决

一、网络热议：记忆 vs 文档

一个月前，本栏目发过一篇《AI智能体的记忆，应该是一个能带走的文件》——彼时的叙事是"记忆将成为智能体的随身行李，跟着你走"。一个月后，Hacker News上的风向变了：一条285分、163条评论的帖子（截稿时）把相反的宣言顶上了首页——"Agents don't need memory, they need documentation"（智能体不需要记忆，它们需要文档）。

来自liao.gg的这篇博文核心论点只有一句：与其依赖智能体从旧对话中检索上下文（memory），项目应该维护AGENTS.md这样的文档，以避免陈旧上下文问题。

HN评论区的一条反问炸出了一整场大辩论：monneyboi："我从没理解过编码智能体的记忆方案。整个会话历史就在那里，一个recall技能加一点JSON解析，就能对完美记忆做grep。为什么要多用工具、多花token，在会话历史旁边再建一个不完美的记忆？"ceejayoz紧接着反问："但那是一个会话。记忆难道不是为了下一个会话？"

争论双方其实都在回答同一个问题：智能体的"知识"，应该存在它的脑子里，还是存在它的书架上？

二、趋势解码：三个关键视角

视角一：技术架构——记忆方案的三大病，与文档的三大好

把本月的实践声音归纳起来，记忆方案的病灶有三个。其一，陈旧：六月的对话到七月可能已经过时，而过时的记忆比没有记忆更危险——智能体会自信地引用一个早已不成立的"事实"。其二，昂贵：alienbaby用家居记忆追踪系统的经验警告，读写记忆、保持陈旧信息"相关"，数据一多token消耗就会失控暴涨。其三，黑盒：记忆的构建与检索过程不可审计——你不知道它为什么"记得"这个，也就无法信任它。

文档方案恰好反着来：AGENTS.md是显式的（每一条都看得见）、可版本化的（git管着每一次变更）、可审计的（diff就是变更记录）。monneyboi的质疑从反面加固了这一点："为什么要多花工具、多花token，在会话历史旁边构建一个不完美的记忆？"

核心逻辑：记忆是智能体的"直觉"，文档是团队的"法律"——直觉会错，法律不会自行变化。

这就像律师事务所的知识管理：老律师的直觉宝贵但不可传承，案卷与判例库虽然笨重却可以审计、交接、质疑。AI时代的团队知识管理，第一次要把"给新人看的文档"和"给机器看的文档"写成同一份。

视角二：工程实践——从Peter Naur到波洛探长的小本本

评论区的理论纵深出乎意料。jdw64引用了1985年的经典——Peter Naur的《Programming as Theory Building》：一个程序最重要的部分，是构建它时的那个"理论"（theory），而这个理论永远无法完全写进文档。这句话本是"反文档派"的祖师爷级论据，但jdw64的后半句反转了它："AI与人不同——AI的工作上下文必须更多地显式化。"人类程序员靠脑子里的理论补全文档的空白，AI没有这个能力，所以它需要的显式化程度远超人类。

dboreham给记忆方案做了一个最贴切的比喻："这只是个优化。你可能不想付钱让它重读所有东西，所以它把一些东西记在小本本上，永远会读。像波洛探长。"——大侦探波洛的小本本从不自称"记忆"，它只是个索引。小本本的价值不在"记得多"，而在"知道去哪查"。

实践派们已经在交作业：espeed展示了Whybase命题树——从每条prompt与response中提取语义命题，构建递归命题树，"代码与规范循环精炼直至一致"；gregwebs用mattpocock/skills生成ADR（架构决策记录），"只用了skills"；nextaccountic点出了关键机制——GitHub Copilot的思路是把记忆挂在文件上，"文件哈希变了，记忆自动丢弃"——过期的记忆宁可丢弃，也不让它冒充现役知识。

核心逻辑：好的智能体知识管理不是"记住一切"，而是"记住的东西永远与代码同步"——同步比全面重要，丢弃比错误便宜。

视角三：未来展望——常驻智能体时代的记忆悖论

这场争论还有一层更深的含义，藏在上周的另一条新闻里：OpenAI发布了常驻智能体Dots——不等你提问、常驻后台主动观察与代办。常驻的前提是"懂你"，而"懂你"依赖记忆。如果记忆方案像这场辩论揭示的那样不可靠，那么常驻智能体的信任门槛就不是产品问题，而是结构性问题。

信任的天平两端：一端是记忆带来的"越来越懂你"，另一端是陈旧记忆带来的"越来越误解你"。78%的用户会因为AI内容停止阅读（此前调查），同理可推：一次基于陈旧记忆的错误代办，可能毁掉用户对常驻智能体的全部信任。信任的建立以月计，摧毁以秒计——这就是为什么"过期机制"会成为下一个工程焦点。

核心逻辑：当生成的成本归零、当驱动的门槛拆平，稀缺的就不再是技术，而是"你的电脑到底属于谁"的答案。

生态补位也在同步发生：mattm（工具作者）在做alcubi.ai/delegator——"终端优先，智能体在后台运行，工作完成后你来审阅。"——当"审阅"取代"监督"成为主交互，文档就是异步审阅的唯一载体——这是文档派论点的产品化延伸。TheOtherHobbes（哲学视角）则提醒："写作根本不是信息传输，它是用文本在另一个人类心里触发体验。"——从9/24对决日一路延续的哲学线：文字的价值在于唤起而非传输。

三、声音图谱：社区都在说什么

支持方（文档派/理论派）：jdw64（理论纵深）："Peter Naur在《Programming as Theory Building》里论证过：文档本身无法完全保存程序背后的心智模型。但AI与人不同——AI的工作上下文必须更多地显式化。"——全场理论地基：既承认Naur"理论不可文档化"的经典论断，又指出AI场景的根本差异。monneyboi："为什么要多花工具、多花token，在会话历史旁边再建一个不完美的记忆？"——反记忆阵营的核心论证。alienbaby（实践警告）："数据一多，token消耗就会失控暴涨。"——一手实践的成本证词。

质疑方（为记忆辩护）：ceejayoz（关键反问）："但那是一个会话。记忆难道不是为了下一个会话？"——一句反问戳破"会话历史够用论"的盲点。dboreham（波洛探长比喻）："这只是个优化。你可能不想付钱让它重读所有东西，所以它把一些东西记在小本本上，永远会读。"——为记忆方案正名的最佳比喻：小本本不必完美，只需让侦探少翻档案。espeed（Whybase方案）："每条prompt和response，我提取每条语义命题，映射到Whybase命题树——代码与规范循环精炼，直至一致。"——最工程化的愿景：把对话变成可验证的命题树。

经验分享：gregwebs（ADR路线）："我不想要agent专属的指定文档。我用mattpocock/skills，它生成ADR（架构决策记录）。那只用skills。"——ADR路线的支持者：文档不该是agent的私人记忆，而该是团队的公共记录。mattm（工具作者）："如果你喜欢终端：我在做alcubi.ai/delegator——终端优先，智能体在后台运行，工作完成后你来审阅。"——生态在自我补位：当"审阅"取代"监督"成为主交互，文档就是异步审阅的唯一载体。

结语

一个月，两篇宣言，一次正面对决。9月1日的那篇说：记忆是智能体的随身行李；10月初的这一篇说：文档才是智能体的身份证明。

两边其实都有道理——这正是问题最有价值的地方。记忆的优势是"贴身"，文档的优势是"可信"；贴身的记忆适合个人助手，可信的文档适合团队协作。真正危险的不是选错了路线，而是把"记忆"当成"知识"本身——记忆会撒谎（它只是过去的压缩），文档会过时（它只是过去的切片），只有"文档+过期机制+审计"三件套，才能让智能体的知识既贴身又可信。

对开发者来说，最务实的答案可能藏在两家方案的合流处：让智能体读文档（团队的公共记录），让文档由人来审定（人的责任边界），让过期的记忆自动销毁（机器的诚实机制）。三者齐备之日，才是"常驻智能体"真正值得信任之时。

免责声明：本文仅为阅读讨论，不构成投资或其它专业建议。参考来源：liao.gg《Agents don't need memory, they need documentation》、Hacker News同名讨论（285分/163评）、Peter Naur《Programming as Theory Building》（1985，转引自HN评论）、GitHub Copilot记忆机制（转引自评论）、本栏目前文《AI智能体的记忆，应该是一个能带走的文件》（2026-09-01）。