定制项目最怕的往往不是写代码，是交付前那一个月：用户手册 · 验收报告 · 运维手册，项目越大越厚。而真实的省法不是「让 AI 把文档写得快一点」，是换一个来源 —— 那些文档要写的内容，大多数在项目过程中已经产出过了：测试用例可以改写成用户手册，测试报告可以汇总成验收文档，变更记录本身就是运维手册的素材。这一页把这件事拆成三个动作：① 开工时就定「交付时交哪几份」 ② 每阶段结束时把该阶段的产物按文档的结构存好 ③ 交付前只做汇总与改写，不做从零写。附一条必须留在人手上的环节：「审内容」的时间一点没省，而且不能省。
流程 · 一图看懂
1开工时先定交付物清单（要交哪几份、给谁看）
→
2每阶段结束按文档结构存原料（用例 · 报告 · 截图 · 变更）
→
3交付前汇总改写（不做从零写）
→
4人工审一遍内容（这一环不能省）
展开明细 · 每步做什么
1 · 开工时先定交付物
① 列交付物清单：哪几份文档 · 给谁看 · 判定标准是什么（例如「接手人能照着它自己干活」）
② 对每一份写一句「它由哪些过程产物组成」—— 这一句就是后面每阶段要存什么的依据
③ 同时定一个存放规则：一个阶段一个文件夹，文件名带日期（避免最后要靠回忆找原料）
2 · 每阶段结束就存原料
① 测试阶段：用例留着（它直接改写成用户手册的操作步骤）· 截图留着（手册里的界面图来自这里）· 测试报告留着（验收文档的结论来源）
① 逐份文档，把对应文件夹里的原料一次性交给 AI，指令写成「按<某结构>改写成<某文档>，只做归纳与改口吻，不新增事实」
② 对生成的每一段，回到原料核对一遍「这句话的证据在哪个产物里」—— 找不到证据的段落删掉
③ 把「文档之间互相矛盾」当成一类必查项（手册写的是 A 流程、验收报告写的是 B 流程 ⇒ 打回）
4 · 人工审内容
① 审的是判断类内容，不是格式：验收结论是否与事实相符 · 手册有没有漏掉某个真实步骤 · 风险与遗留问题有没有写进去
② 让一个人（或让一个「没参与过的」AI）照着文档走一遍，看能不能独立完成 —— 走不通的地方就是要补的地方
③ 把这次的缺口记一句，回写到第 1 步的清单里，下次开工就少一类漏项
触发条件：每到交付前 1~2 周启动；把「每阶段结束存原料」固化进阶段例会的最后一个动作
验证点 · 做完怎么确认对
三条可核：① 交付时每份文档，都能指出它的每一节来自哪个阶段产物 ② 没有任何一份文档是「从一张空白页开始写的」 ③ 人工审过 —— 且有一个人（或一个没参与过的 AI）照着文档独立走过一遍。只要有一份文档的关键结论找不到对应产物，这一轮就只是「写得更快的文档」，不是「过程产物变成的文档」。
自动化建议：把「每阶段结束存原料」放进阶段收尾动作（同一个动作里顺手归位，比事后专门整理便宜得多）；交付前的汇总与改写做成一次批处理任务，让它逐份处理、逐份推给你。但有一件事不要自动化：审内容。被 AI 砍掉的是「从零憋内容」的过程成本，「判断这段结论是否与事实相符」这一步一点没省，也不该省 —— 这一环恰恰是文档的价值所在。