副题:对话即资产(归档·检索·溯源)+ 记忆即日志(WorkBuddy 的极简方案)
你在 Cursor 里花半小时解决的那个难题——精彩的对峙、反复调试出的方案、让你恍然大悟的解释——关掉窗口的那一刻,就随风而逝了。两周后遇到高度相似的问题,你只记得「我之前好像解决过」,然后从头再来一遍。
这和第 1 期批判的「收藏文章」是同一种病,但更可惜:这次浪费的不是别人的文章,是你真金白银花时间探索出来的、带着完整上下文的知识。
几乎每个 AI 编程用户都有这个痛点:对话是用完即弃的。
问题解决了,你心满意足地关掉对话。然后呢?然后就没了。根源在于大多数人把 AI 对话当成「消耗品」——用完就没;而资产用完还在、还能复用。一旦转变这个观念,把每次有价值的对话沉淀下来,你的可执行知识库会以惊人的速度增长——因为 AI 编程对话,本身就是质量极高的知识载体。
「对话那么零碎、那么口语化,能算知识?」——恰恰因为它是探索过程的原貌,它比整理后的笔记更有价值。
所以归档对话,你保存的不只是「答案」,而是带语境的解题思路——任何教科书都给不了的、属于你自己的知识。归档要达到两个标准:可检索(命名=核心问题,配摘要标签)与可溯源(时间戳、所属项目、会话标识——给这笔知识装上「出生证明」,日后判断方案基于什么版本、什么环境时极为关键)。
归档质量的第一道关是命名。三个真实场景,每个给你三个候选标题——选出日后最能被「搜到」的那个:
归档时机同样关键:问题刚解决、思路还热乎的时候归档最省力;拖到几天后,关键的试探细节已经模糊。养成「解决即归档」的节奏,比「攒一批再归档」高效得多。
只归档原始对话还不够。原始对话冗长、口语化、夹着试错,要融入第 2 期的知识网络,需要一步二次提炼:
例子:你和 Cursor 花半小时排查显存泄漏,试了好几种方法,最后发现是某个张量没正确释放。归档对话之外,再提炼一篇永久笔记《深度学习中显存泄漏的常见原因与排查方法》,浓缩核心经验。两个产物互补,缺一不可:只归档不提炼,知识散落在冗长对话里;只提炼不归档,丢了宝贵的探索过程。
进阶用法:定期回顾对话归档,找出反复出现的主题——多次就同类问题和 AI 对话,说明这是对你重要的领域,值得整理成一组永久笔记甚至 MOC。对话资产因此成为笔记库的「选题雷达」。回看自己的提问还能发现思维盲区——「会提问」本身就是一种核心的可执行知识。
对话归档解决「怎么沉淀」,还有一个更根本的问题:智能体怎么记住你?昨天做了一半的工作,今天打开新会话,它一脸茫然:「抱歉,我没有之前的上下文。」
这种「失忆」意味着每一次会话都在重复支付上下文建立成本——花在「让它重新理解情况」上的时间,可能比实际工作还多。业界主流方案是 RAG(向量库检索),但对个人用户偏重。WorkBuddy 走了条极简到让人怀疑的路:把记忆存成一个个按日期命名的 Markdown 文件。没有数据库,没有向量索引——记忆就是一堆你能直接打开、阅读、修改的文本。
一份合格的记忆日志写四样东西:任务与约束、工作流约定、产出与状态、校验与待办。核心原则只有一句——像给明天的自己留便签。语气可以随意,但「我现在做到哪了、接下来做什么」绝不能省。
用法遵循游戏式的「读档—执行—写档」循环:新会话先读记忆、恢复上下文、从断点继续、结束时更新今日记忆。每次会话既消费记忆又生产记忆,时间一长,这串按日期排列的文件就是你连续工作的真实轨迹。
两者不对立,是互补:RAG 管长期海量检索,日志管短期上下文传承。成熟的知识管理体系同时用到两者。
时效性——对话里的工具版本、依赖、API 会失效;适合沉淀「原理与思路」,版本相关内容要意识到会过期。噪音——不是每段对话都值得归档,一次性、低质量、纯操作的对话存了也是噪音,要有取舍。归档 ≠ 学会——存下来不代表掌握,真正的掌握依然需要消化、提炼、应用。归档是保存,不是内化。
本地是根,平台是枝。收官期讲透「同步」:本地库 + Git 远程 + 个人花园的三重保障、配额如何倒逼你只同步精华、以及「好的同步让你感觉不到它的存在」的节奏心法。附一个知识主权压力测试。