数字工作术 · 记录系统

连自己的记忆都会骗你:AI 上下文与日志查账实录

凭印象差点错怪 AI 四次,靠日志查账全部平反——记录不是负担,是信息治理;写清楚,比靠脑子硬记有用。

2026.04.25复盘数字工作术
速览 / TL;DR

一句话结论:凭印象差点错怪 AI 四次,靠日志查账全部平反——记录不是负担,是信息治理;写清楚,比靠脑子硬记有用。

  • 先修正一个说法
  • 事件一:我的"记忆库"自己长了毒
  • 事件二:AI 读我的记录,反过来纠我的错
  • 贯穿全年的第三个发现:日志是协作媒介
AI 生成插画:图 1|档案墙上有一格泛着病态绿光,正往周围蔓延;台灯下摊开的,是用来核账的日志本。
AI 生成图 1|档案墙上有一格泛着病态绿光,正往周围蔓延;台灯下摊开的,是用来核账的日志本。

先修正一个说法

这篇随笔的旧版核心观点是"记录是信息治理,写清楚比靠脑子硬记有用"。这话我现在仍然同意,但这大半年发生的两件事,让我想把它说得更狠一点:记录不是存档,是纠错系统。它的价值不在写下来的那一刻,而在后来某个瞬间——你发现连自己的记忆都被污染了,只能靠当初写下的那几行字查账、平反。旧版讲的四件事(说明文档、分段策略、经验库、信息密度)我都还在用,但它们只是这套系统的"写"侧;今年补上的,是"核"侧。

事件一:我的"记忆库"自己长了毒

我维护着一个记忆库,四十多个文件,存的是各个项目的"稳定经验":主线进展到哪了、哪些结论定过案、踩过哪些坑。设计初衷很美好——每次开工先读记忆,不用从零回忆,也不用把同一车话跟 AI 助手重复讲。八月的一天,我在一个长项目里连着判错了四处归因,把 A 的原因安到 B 头上,而且每一处都说得理直气壮,因为每一处都"查过记忆库"。

晚上停下来复盘,毒源不在我当天的状态,而在记忆库本身:里面的"主线状态"文件停在一个月前没更新,还躺着一条错误归因——把一套外部考核口径错记成了我们自己的技术目标。这条错记录的位置太要害了:之后我每次"先查记忆再判断",都等于从一个被污染的起点出发,错的判断又反过来加固错的记忆。记忆不是中立的,它会过期、会带错,而且过期和带错的记忆,看起来和正确的记忆一模一样。

那天我把四十多个文件全部过了一遍:重写主线状态、给过时的内容打上"史料"标记、补了几条防呆规则,还固化了一个机制——每天写完项目日志,顺手刷新主线记忆,不许攒着。但最重要的一条,是给自己立的行为纪律:

归因也要查账。定性陈述和数字享受同等待遇:先翻原始文档,核不到就明说"这是推测"。

数字错了大家会紧张,定性结论错了反而容易蒙混过关——可真正把人带偏的,往往正是那些听起来很顺口的定性结论。记下来的"结论"如果不带出处,一个月后连你自己都分不清它是核过的还是猜的。

回头看,这套污染能活一个月,恰恰因为记忆库平时太好用了——九成的内容是对的,剩下那一成错误就搭了便车。项目单一的时候这不是问题,脑内背景能自动纠偏;项目一多、并行一开,记忆库从"辅助回忆"悄悄升级成"决策依据",错误的杀伤力就完全不一样了。工具的分量变了,审计的规格也得跟着变。

事件二:AI 读我的记录,反过来纠我的错

七月的一天,我亲手把一个项目的基础信息录进管理工具——里程碑、任务、风险,都是我自己口述、自己确认的。按说这是最不可能出错的一批数据。后来跑例行体检时,AI 助手读着我刚录的内容,揪出了四处错:里程碑全写成了过去式,进度公式一算就是虚高的一百分;一个关键任务漏了截止日期;一条跟进事项没写底线时间;还有一处催办依赖挂错了位置,挂在了不相干的风险上。

每一处单看都是小错,凑在一起就是一份会误导决策的项目档案:进度虚高会让人误判余量,缺截止日期的任务永远不会亮红灯。这件事的反转感在于:犯错的是我,纠错的是机器,而它唯一的依据就是我写下的记录本身。记录写得结构化、有字段、有日期,它才能当审计员用;如果我当时随手记成一坨散文,这四处错大概率就混过去了。这给我提了个醒:写记录的时候,读者不只是未来的自己,还有未来那个替你查账的工具——格式就是给审计员留的抓手。

还有一层滋味不太好受但值得记下:那批数据是我"亲手录入、亲口确认"的,属于自信度最高的一档,结果恰恰在它身上栽了。越是自己经手、越是不需要怀疑的东西,越应该过一遍机器审计——人对自己刚做过的事有一种天然的免检倾向,而确认偏误最喜欢藏在这种免检区里。

图 2|毒源怎么形成闭环,以及 AI 读我的记录反过来纠出的四处错。
图 2|毒源怎么形成闭环,以及 AI 读我的记录反过来纠出的四处错。

贯穿全年的第三个发现:日志是协作媒介

这一年我的工作日志慢慢长成了一个固定形态:按项目分区,每个区块带一行 via 签名,标明这一段是谁干的——是我自己,还是哪个 AI 工具。多个工具在同一份日志里接力,各写各的区,互不覆盖、互不越界。早上是 A 工具的体检报告,下午是 B 工具的执行回执,晚上是我自己的人工复核,全在一份文件里按区排开。

署名机制一开始只是为了整齐,后来才发现它是追责链:某段记录带出错误结论时,我能顺着签名找到当天的完整上下文——当时的输入是什么、谁执行的、验证过没有。没有这一行小字,日志就只是一堆无法溯源的断言;有了它,每一处错都能落回具体的环节去修,而不是笼统地怪"最近状态不好"。

现在的用法

把这些事串起来,我现在的记录系统大概长这样:

  • 日志是原始账本:当天发生的事当天记,带签名、带证据指针(提交号、文件路径),结论不接受转述。
  • 记忆库是摘要,摘要必须可回查:每条"稳定经验"都该能指回某天的日志;指不回去的,降级为推测,不许当事实用。
  • 定期盘点记忆本身:记忆库不是写完就完,它和代码一样会腐化,需要像那次四十多个文件全过一遍那样的审计。
  • 让工具读你的记录,也读你的账:晨报、体检这类例行程序,价值不在"读给你听",而在"替你核"。
写下来的东西不会自动变对,它只是给了"被纠正"一个着力点。

一句话总结

记录的本质不是记住,而是可核查。脑子会记错,记忆库会过期,只有带签名、带证据、能回查的记录,才能在未来的某一天替你平反。

小江盟主赛博工具补给站主理人 · CyberSynth 作者
数字工作术