评审前一晚，立项方案还没过结构
你是产品经理或项目经理。评审会明天上午，立项方案还卡在第三章空白页——对着空白页硬写：边写边想结构，写到一半发现目标受众错了、范围漂了、术语没统一。字数堆起来，决策点埋没。
这件事，以前和现在怎么做？
从第一章第一句开始挤
- 先写开篇 → 边写边想结构 → 中段漂移 → 结尾再补目标
- 评审会上被打回三轮，返工随页数指数上涨
- 一句「帮我写完整 PRD」换来流畅空洞——数字编造、责任模糊
大纲先行 → 分节扩写 → 缺口待核实 → 人审
- 定文档任务 → 盘点素材 → 先过大纲 → 按节扩写
- 缺证据处强制「待核实」，禁止瞎编
- 你定结论、供素材、终审背书；AI 管结构与缺口标注
三条路，你走哪条？
同样一份立项书 / PRD / 技术方案，不同生产方式决定你是被评审追着改，还是带着清单过会。
空白页硬写
从第一章第一句开始挤。写到一半发现目标受众错了、范围变了、术语没统一。返工成本随页数指数上涨——这是长文档最贵的路径。
一句提示生成「完整长文」
「写一份完整的项目方案 / PRD / 技术白皮书」。AI 会给你流畅排版和看起来专业的措辞，但极易捏造数据、伪造接口、责任模糊。评审第一轮就会炸——修比重写还累。
大纲先行 + 分节扩写 + 缺口标注
先让 AI 产出可评审大纲（含每节要回答的问题与证据来源），再按节扩写；缺证据处强制写「待核实」，禁止瞎编。你只做三件事：定结论、供素材、终审背书。
分流口诀：还没想清读者与决策就开写 → 左侧空白硬写，页数越厚越难改。想「一句出完整方案」赶场 → 中间折中，流畅但易穿。要可过审一稿 → 只走右侧：大纲未冻、证据未绑，禁止写漂亮段落；缺口老实标「待核实」。
本场景默认主引擎
路径定了之后，下一个决策不是「提示词怎么写」，而是主工具选谁。本场景默认 Kimi；技术硬节挂 DeepSeek；终稿能用时升级 Claude——不是多步工具链，是一台主引擎 + 可选加力。
| 工具 | 在本场景定位 | 什么时候用 | 别指望它 |
|---|---|---|---|
| Kimi ★ | 主引擎：吃材料 → 出大纲 → 分节写 | 从任务卡到可评审一稿的主路径 | 替你核证数字、替你对对外承诺背书 |
| DeepSeek | 逻辑加力：拆冲突、硬化验收 | 技术设计、边界争议、标准不可测时 | 一次吐完整本长文档 |
| Claude | 终稿抛光：条款感、分节一致性、指令遵从 | 大纲已冻结、证据已人工过一遍后 | 没有证据时从零「写得很完整」 |
一句话决策树：只有一个账号 → Kimi 跑全程。有 DeepSeek → 主用 Kimi，技术硬节用 DeepSeek。能用 Claude 且终稿极挑剔 → 只升级终稿段落，不换主路径。无论工具，仍坚持「大纲先审 + 分节 + 待核实」。
前置条件：一份写清的文档任务卡（类型 / 读者 / 决策 / 成功标准 / 硬边界）· 权威素材包（纪要、旧版、接口、数据截图、邮件结论）· 公司模板或必填章节清单（有则奉为法律）。没有素材让 AI 写长文档，本质上是在请它编故事。
AI 铁律：提示词写死——禁止编造数字、截止日期、接口字段、责任人；信息不足处必须写「待核实：……」。对发布内容负责的永远是文档所有者，不是模型。
文档解码（一句）：决策型（立项 / 变更）用金字塔或 SCQA——结论在前；步骤型（手册 / SOP）用任务清单——每步可测。别把技术设计写法套到立项书上，也别把用户手册写成论文。
7 步流水线：把长文档从创作变成工程
默认在 Kimi 上跑完下面 7 步（技术硬节 → DeepSeek；终稿能用时升级 Claude——见「工具选择」）。关键纪律：绝不在未锁定大纲前写漂亮段落。粉色标记必填；黄色标记选填。
定义文档任务 —— 先写清楚「为什么写」 ⏱ 10 分钟
用一句话回答：读者是谁、看完要做什么决策/动作、成功标准是什么。这一步不做，后面全是返工。
盘点素材 —— 证据清单先于段落 ⏱ 15 分钟
在 Kimi 对话里上传纪要、旧文档、接口、数据、邮件结论。先做结构化目录盘点：有哪些章节/事实、页码或文件段落在哪——不要一开始就摘要。本步无单独提示词——短指令即可：「列出每份材料的一级/二级结构与可用证据位置；标明冲突与缺失；暂不写任何正文。」
锁定大纲 —— 这一步要给人评审 ⏱ 20 分钟
用下方大纲模板生成三级目录。每个叶子节点必须写清：要回答什么问题、依赖哪条证据、预计篇幅。大纲可过审，再写正文。
分节扩写 —— 一次只攻一节 ⏱ 按节 10–25 分钟
不要「生成完整文档」。按大纲逐节生成；每节约定素材范围；要求引用证据或标注待核实。分节写作是对抗长上下文漂移与「中间失忆」的实务对策。
交叉一致性扫描 ⏱ 15 分钟
把目录 + 各节结论摘要丢回 AI，专门查：术语是否统一、目标数字是否前后一致、范围是否越界、责任人是否真空、时间线是否打架。
事实核验 —— 人必须站桩 ⏱ 20–40 分钟
抽查至少 3 处关键数字、2 处对外承诺、所有验收标准。AI 是起草层，你是批准层。本步无单独提示词——用人审站桩 +「质量验收」四卡放行。
交付包装 —— 方便评审的形态 ⏱ 10 分钟
补：版本号、变更说明、待决策清单、附录索引。把「待核实」集中成一页，评审会上先对齐缺口，比假装写完更专业。本步无单独提示词——见「交付包装」①②。
实操顺序：同一会话里先跑任务卡与大纲，冻结大纲后再开新对话逐节扩写（或明确「只基于大纲节点 X」），最后单独开一轮一致性扫描。混在一轮里「边想边写」，最容易把幻觉写顺。
评审意见，是下一版模板的养料
过会不是终点。把打回原因结构化，你的下一份同类文档会少挨一刀。
复盘节奏：每次评审打回后 30 分钟内跑 TIP 01–02；同类型文档第二份起，直接从 TIP 05 的大纲模板起步，不从空白页起步。
发评审前，用这张清单过一遍
前两项不过关，排版再漂亮也过不了真审。把 AI 当起草层，把这份清单当放行闸。
AI 味与假权威自查：出现「众所周知」「业界普遍认为」「预计将大幅提升」却没有出处——当成高危幻觉。替换方法：删断言，或补来源，或改成「待核实」。技术文档里，诚实的缺口列表比虚假完整度更值钱。
过线后怎么交，才让评审先对齐缺口
交付物是「可过审一稿 + 待决策 / 待核实集中页」，不是「假装写完的完整长文 PDF」。
版本与待决策页
文档头写清版本号、变更说明、待决策清单。评审会先对齐「今天必须拍什么板」，再进正文。
附录与待核实集中
把全文「待核实」抽成一页 + 附录索引。会上先消缺口，比假装写完更专业。不是二选一，是先后。
不是二选一：① 版本与待决策页、② 附录与待核实集中都要做，但顺序不可颠倒。没有待决策页就甩出厚附录，评审会在细节里迷路。
一条可复用的长文档流水线
可过审长文档 = 任务清晰 × 大纲冻结 × 分节证据 × 人审背书。
核心公式：任务决定写给谁；大纲决定能不能一次过结构审查；分节证据决定会不会被抓幻觉；人审决定你敢不敢署名。AI 能大幅加速前三项的体力活——最后一项，永远没法外包。
踩过的坑，提前告诉你
覆盖项目长文档新手最容易卡住的环节。答案偏向可执行，不贩卖焦虑。
默认只备 Kimi 即可（本场景主引擎），用它跑完素材盘点、大纲、分节和一致性初扫。DeepSeek 是技术硬节卡壳时的第二刀；能用 Claude 时，作终稿升级（大纲与证据人审后再抛光）。不要为了齐全而齐全；先把一条流水线跑顺。
因为它擅长「补全叙事」，不擅长「对现实负责」。典型穿帮点：假数据、假接口、模糊责任、不可测验收。解法不是换更贵模型，而是工艺：大纲先审、分节扩写、待核实强制露出、关键数字人抽查。
先做结构盘点与索引，再按章节下钻——不要迷信「一次塞完整本」。实务上：用 Kimi 等长文本工具吃批量材料产出目录地图；扩写时只粘贴本节相关片段。这比硬塞全书更接近当前模型的可靠工作区。
更需要。把公司模板章节原样粘进大纲模板的「必须包含」里，让 AI 在铁框架里填空。模板是法律，提示词是施工手册——两者叠加，返工最少。
会，除非你先冻结三样东西：术语表、范围边界、待决策清单。建议一人锁大纲，其他人按节认领；合并前统一跑一致性扫描。版本号与变更说明写在文档头，比在聊天记录里争论更便宜。
按公司合规执行。最小原则：脱敏后再喂；能本地/私有化部署就不要用公网乱传客户数据与未公开财务。提示词里的「证据」，可以用编号索引代替原文粘贴（「见内部附件 A 第 3 节」）。
定稿只是开始：让文档跟着项目活
项目会变，文档却经常冻死在发版那天。下面 3 个动作把「静态长文」升级为「可维护系统」。
变更触发更新
范围变更、接口变更、上线策略变更——触发对应章节重写，而不是整本推倒。用 AI 做差异对照：旧节 vs 新决议。
沉淀组织模板
每季度把过审目录固化成部门模板库。下次同类文档从模板起步，不从空白页起步。
一源多形态
长文档 → 一页纸决策摘要 / 评审 PPT 提纲 / FAQ。信息源只维护一份，形态用 AI 转换，避免三份口径互搏。