陷阱与四周落地路线图 — 记录型 AI 工作法 (6)

再好的体系，想一口气全做完，也撑不过三天。 所以最后一篇，讲的是陷阱和顺序。

运营中必然遇到的陷阱

五篇下来，我们堆起了规则·记忆·笔记·团队系统。真跑起来，总会撞上同样的陷阱。事先知道，就能避开一半。

• 只留摘要 — 「分析了」「改了」是接不上的。要连原因·处置·数据·决策·搁置一起。
• 目录臃肿 — 什么都想留，真正重要的反倒被埋没。超过载入上限、排在后面的记录，等同于「不存在」。要标出重要度，每月整理一次。
• 迷信陈旧记录 — 文件名·路径·配置都会变。取出来用之前，先确认现在是否还对。
• 重复记录 — 同样的内容既写进代码又写进记忆、既写进 wiki 又写进笔记，必然对不上。正本一份 + 链接。
• 没验证的「完成」 — 只执行了却没确认结果就当作完成。未验证的话，就注明「未验证」。
• 删掉错误诊断 — 删掉错误的假设，就会重犯同样的误判。要连「起初看作 X，但排除后定为 Y」都留下。

这些陷阱的根子只有一个 — 记录的老化。软件工程里称之为软件腐坏（software rot）的这一现象，会在没有一条报错信息的情况下悄悄推进。一项实证研究指出，相当一部分文档相关的问题正是这种「时效性」问题（Aghajani et al., ICSE 2019）。所以每月一次的点检不是可选项，而是必需项。

别一口气全做完，拆成四周

落地要拆成阶段。每个阶段成了习惯，再进入下一个。

• 第 1 周 · 记录习惯 — 把记录规则放进规则文件，让每日笔记自动生成，每完成一件事就说「帮我记一下」，最后一行写「下一步」。完成标准：连续 5 天都有笔记，周一能接着周五的笔记开始。
• 第 2 周 · 记忆习惯 — 遇到陷阱就说「记住这个」，附上为什么、怎么套用、重要度。完成标准：记忆有 10 条上下，AI 主动预警过陷阱 1 次。
• 第 3~4 周 · 接入团队系统 — 接上追踪器·wiki，让 AI 在会话收尾时生成工单评论·wiki 草稿。完成标准：本周工单更新的一半以上在会话收尾时处理掉。
• 第 2 个月起 · 自动化与共享 — 把重复流程做成技能，把配置放进仓库、同步到多台电脑，每月整理一次记忆。完成标准：基于笔记的周报能在 5 分钟内搞定。

仅第 1 周就有一半的效果。每次会话重新说明背景的浪费，从那一周起就开始减少。

落地已是无法再拖的大势

AI 编程工具的成效，在国内也有数字为证。SK planet 表示，在内部实验中，用 GitHub Copilot 后任务完成时间缩短了 40% 以上（SK planet TechTopic）；三星电子公开称，DX 部门 SW 开发者中 约 60% 在用内部编程工具（CIO, 2024）。LINE Yahoo 则在试点之后，向 约 7000 名工程师全员 引入了 Copilot（ITmedia, 2023）。

工具正在快速普及。但正如第 1 篇所见，光有工具跨不过会话的遗忘。决定成败的是 在昨天的我和今天的我之间留下了什么，也就是记录习惯。这不是什么宏大的落地项目，而是反复出现的小习惯的问题，所以今天就能立刻开始。

今天的任务，一件就够

把六篇浓缩成一句话，就是这样 — 记忆不留在 AI 里，而留在记录里。

今天要改的习惯，一件就够。每完成一件事，就为下一个自己留下原因、处置、数据，和「下一步要做的事」那一行。明天早上试着以「接着做某某」开场，你会立刻感到，今天是从昨天的末尾出发的。

如果你需要一份能立刻套用本系列规则·记忆·笔记·技能的起步指南，以及为团队环境量身定制的快速上手方案，欢迎通过联系我们随时来聊。我们会把自己像一个人那样运营几十个服务、一路打磨出来的方式，结合你的业务帮你梳理清楚。

还有另一个连载展开得更像讲故事，一并看更好。

---

「把 AI 当作会记忆的同事」系列

1. AI 为什么会忘记昨天 — 会话的遗忘与上下文成本
2. 规则集中一处 — AI 规则文件怎么写
3. 一个文件一个事实 — AI 自动记忆
4. 写给下一次会话的自己 — 每日笔记与交接
5. 升格为团队的语言 — 追踪器·wiki·Git
6. 陷阱与四周落地路线图（本篇）