别再让 AI 帮你写文档了,让它帮你管文档

现在大家都在用 AI 写东西。写文案、写文章、写代码、写方案,恨不得啥都让它写。

但我最近想明白一件事:如果你真想让 AI 帮你干活,写,根本不是最重要的。最重要的是,让 AI 帮你把文档管好。

听着有点反常识。写东西不是 AI 最拿手的吗,怎么还轮不到它最重要?

别急,这事我是踩了个大坑才想明白的。坑还不小。

我手上一直在做一个自己的小项目,断断续续做了大半年,每个版本都是跟 AI 一起协作完成的。

你得知道,这种项目跟平时用 AI 不一样。

平时你用 AI,搜点东西、改篇文案、问个问题,聊完就完了,前后没啥关系。但一个连续的项目不是这样——它是一步接一步往下走的,而且你不可能在一个对话里聊完。一个对话也聊不完,上下文越堆越大,AI 撑不住,聊到后面它自己就开始失忆,前面说好的细节它全忘了。

所以你只能开新对话。可一开新对话,问题就来了:

新对话框里的那个 AI,根本不知道你之前做到哪一步了。

它不知道你上一版写了哪些代码,不知道上一版改了什么、为什么这么改,不知道前面踩过哪些坑、立过哪些规矩。在它眼里,你是个刚出现的陌生人,这个项目是张白纸。

这就好比你追一部连续剧,每集开头都得来段”前情回顾”,你才知道上集发生了啥。跟 AI 做项目也一样——每开一个新对话,你都得先给它一段前情回顾,它才能接着干。

问题是,这段前情回顾,你怎么给?

口头说?项目大半年了,几十版迭代,你自己都记不全。

那就得靠文档。你得把”项目到现在为止发生了什么”沉淀成文档,新 AI 一来,把文档丢给它,它读完就知道前因后果,能接着干了。

这才是做项目要管文档的真正原因——不是为了整齐,是为了让 AI 别失忆,让项目能一棒接一棒地传下去。

道理我早就懂,所以我一开始就在让 AI 帮我写文档。每次聊完,让它写份东西记一下,下次开新对话好接着干。

听起来很合理。直到那天。

那天我刚把一个新版本搞定,挺关键的一版。搞完之后,AI 顺手写了一份”接手包”——意思是这次会话快用完了,把这次干的活记一下,留给下一个 AI 接手。

挺好。然后我开了个新会话,把这份接手包扔给新的 AI,说:开干。

新 AI 读完,跟我汇报准备做什么。它说这次要做四件事:写一份封档说明、升主档案、升资产清单、升项目地图。

我看完愣了一下,问它:

它楞了一下,承认:你说得对,这俩内容大量重叠。

我又问:

它给我列了一份清单。

我看完那份清单,沉默了很久。

那一刻我才意识到,跟 AI 协作大半年,我手里已经攒了九份文档。

主档案、协作手册、资产清单、项目地图、操作流程、战前书、接手包,还有零零散散五六份各个版本的更新说明……

九份。本来文档是用来”让新 AI 看懂前情”的,可现在它们多到、乱到,连我自己都看不懂了。

接手包里那个”产物”是啥意思?战前书里的某一项跟资产清单里的某一项有啥区别?为什么”更新说明”前几个版本写了,后来又不写了,但又没人说不写了?为什么”接手包”和”封档”听起来是同一件事,却被设计成两份?

这些问题没人能回答。**因为这套文档不是设计出来的,是攒出来的。**每次新需要点啥,AI 就建一份新文档,日子一长,文档之间互相指向、互相重复、互相打架。

本来是给 AI 看的前情回顾,结果回顾本身先乱成了一锅粥。新 AI 一看这堆东西,不光看不明白,还会被搞糊涂、做出错误判断。

我跟 AI 说:停。这事不能这么干。

我后来想明白一件事。

跟 AI 协作的时候,AI 是有”造文档”偏好的。你给它一个任务,它习惯把任务拆成”准备 → 执行 → 沉淀”三段,每段都建议生成一份文档。这本身没毛病,毛病是:

它不会主动告诉你”上次已经有一份类似的了,这次不用再写”;它不会主动检查新文档跟现有的有没有重叠;它也不会主动评估这份要不要永久留着。它只会一直产、一直产。因为产文档对它来说是最熟悉的动作。

更关键的是——它没有跨会话记忆。这一次的 AI 看到上次留下一堆文档,不光不觉得”太多了”,反而觉得”哦,这个项目原来有这么套规范,我也得遵守”,然后在已有的九份基础上,再加几份。

这就是为什么我手里会有九份。而且这九份每一份都有点用,你没法简单砍掉某一份。问题不是”哪份多余”,是”它们的关系没人捋清楚”。

那天我说”停”之后,我跟 AI 说:

AI 说:好,我们捋。

接下来一整个下午,我们一件件推翻、重建。我压缩一下,核心就是想明白了五件事。

**第一件,重复的合并。**那两份听着不同、实际重叠八成的文档,合成一份就够了,上一会话纯属过度设计。

**第二件,重的别每次都动。**那几份”大型文档”,以前每次会话结束都要升一遍,加起来一次会话光升文档就能把一整个对话的额度耗光。于是立了个规矩:重型文档攒够了再升——攒满几个跨度、隔了一阵子、或者项目上了新台阶才动,而且不是 AI 自动升,是它提醒我、我拍板。定下这条之后,后面一下简单了:每次新对话,只必须更新一份文档,就是接手包。

**第三件,那份必更的接手包,不能越写越厚。**它本来是给下一个 AI 的短期交接,得轻、得几分钟看完。要是每次往里塞,它迟早胖成另一份主档案,又走回老路。办法是拆两层:正文每次重写、不累积,只写”上次干了啥 + 这次干啥 + 当前状态”;另开一个”待沉淀清单”放新冒出来、还没正式入册的东西,满了再清空。

**第四件,有些文档看着像冗余,其实该留。**这里我跟 AI 还吵了两回。比如战前书,我想砍,它不同意——接手包讲的是”过去”,战前书讲的是”未来”,这一版要拍哪些板、怎么算做完,两个视角合不了。我想想它对。再比如代码更新说明,它第一次干脆说”砍”,我追问:半年后我想回头看某版当初怎么搞的,从哪查?它想了想说,你说得对,我刚才太草率了——接手包是临时档用完就被替换,更新说明是永久档,留给”半年后翻档案的人”,这是两个角色。

**第五件,每条暂存的东西,必须标清楚它以后归哪。**不然那个”待沉淀清单”很快又会变成新的杂物堆。杂物堆这玩意儿,你只要给它留条缝,它能给你长成一座山。

一连串推翻重建之后,落定了一套六层体系。为啥是六层?因为每层的角色、读者、更新频率都不一样,这些差别是真实存在的,合不了。

核心就一句话:每开一个新对话,只必须更新接手包,其他的等 AI 提醒、我拍板。

而新 AI 一进来,先读接手包知道”前情”,再读战前书知道”这次干啥”,立马就能上手。前情回顾这件事,从此不再靠我脑子记,而是有了一套稳定的交接机制。

捋这套东西,当然也省钱。

以前一次新对话”全量升级所有文档”,额度基本就烧光了,活一行没干。现在只动接手包,剩下的额度全花在真正的活上。

但说实话,省 token 是次要的。最重要的是省脑子——以前每次开新对话我都焦虑:这次该更新哪几份?漏没漏?现在不用想了,每次必更接手包,其他的它提醒我我再定。我能把全部精力花在做事本身上。

一句话:**跟 AI 协作做项目,文档不是产出物,文档是基础设施。**代码、产品、功能那些是产出物,而文档体系决定了你以后每一次跟 AI 协作能不能接得上、走得下去。

所以我的建议是:在你开始跟 AI 做任何稍微长一点的项目之前,先花一次会话,跟它一起把这个项目的文档体系捋出来。不用一次捋完美,先定个大概分层,定个唯一必更的接手包,后面慢慢调。

但绝对不能不捋,绝对不能让 AI 自己决定每次写哪些文档——因为它一定会让文档无限增殖,最后把你这个项目搞得自己都接不上。

这次捋完,我跟 AI 说的最后一句话是:慢就是快。

我们花了一整个下午,看着挺慢。可之后每一次会话都更快、更轻、更聚焦,项目也终于能一棒接一棒地往下传。

跟 AI 协作这件事,很多时候你最需要做的不是让它跑得更快,而是让它先停下来,跟你一起想清楚结构。

结构想清楚了,后面就是顺水推舟。

别再让 AI 帮你写文档了,让它帮你管文档。

它本来就该是你的协作者,不是你的文档生成器。

这些跟 AI 一起踩坑、再一步步捋清楚的真实过程,我都放在”十里之行”里,有兴趣的可以去看看。

过去未来,感谢有你。

我把这一年用AI干活的经验、踩过的坑、买过的工具、形成的工作流,做成了一个东西,叫十里之行。不是课,不是陪跑,不是咨询,就是围观我每天怎么用AI干活的全过程。

详细介绍我贴在下面,感兴趣的可以了解一下,不感兴趣就当没看见。

我是金十里,不拿AI整活,只用AI干活。

我们下次见。