别让 AI 边想边写：先冻结每段职责，再生成正文 (2026)

AI 一次性写长文，最常见的问题不是句子不通，而是每一段都在重复同一个意思，真正需要回答的问题却没人负责。你可以先别让它写正文，先让它为每一段指定一个唯一职责；结构通过后，再把同一份材料交给它完成成稿。

今日实践：先冻结段落职责，再生成正文

把写作拆成两个回合：

结构回合：只确定读者要经过哪些信息、每段解决哪个问题，以及哪些内容不该放进这一段。
成稿回合：严格按已确认的段落职责写正文；如果某段没有新信息，就合并或删除，而不是换一种说法再重复一次。

这里的「冻结」不是把文章结构锁死。它只是先把每段的工作说清楚，避免模型边组织材料、边写句子、边临时改变文章方向。

Google 的官方提示设计指南把多步骤任务拆成可以串联的提示：前一步的输出成为后一步的输入；它还用「先写出提纲格式，再让模型继续完成」作为控制输出形式的例子。1 Anthropic 的一致性指南也建议把复杂任务拆成更小、更加一致的子任务，称这样能让每个子任务得到完整注意力。2 对长上下文任务，OpenAI 的 GPT-5.2 提示指南建议先做一份短提纲，再明确重申约束，并把结论锚定到输入中的具体部分。3

下面这条模板把它们合成了一个适合中文写作的流程。模板本身是综合改写，不是上述任何一页的原文。

可直接复制的 Prompt

这条 Prompt 默认分两轮使用：第一轮只产出结构表，第二轮收到「按结构写正文」后才动笔。这样「先规划」才是一个真实的检查点，而不是在一份很长的输出里顺手贴上的提纲。

你是一名中文编辑，负责把「素材」写成给「目标读者」看的「文本类型」。

你的工作分两个阶段，必须按顺序执行。

<任务>
- 目标读者：[谁会阅读]
- 文本类型：[说明文 / 工作邮件 / 产品更新 / 汇报 / 其他]
- 读者看完后要理解或完成什么：[一个主要目标]
- 期望长度：[例如 600～800 字]
- 文风：[例如直接、清楚、专业但不生硬]
- 必须覆盖：[列出读者不能漏掉的事实或行动]
- 明确不写：[不属于本次任务的内容]
</任务>

<素材>
[把原始材料完整粘贴在这里]
</素材>

<阶段一：只做结构，不写正文>
先完成以下工作，并且不要输出成稿：

1. 用一句话写出本文要解决的读者问题。
2. 设计 2～6 个正文段落。每个段落只能有一个唯一职责，不能用不同说法重复另一段的职责。
3. 输出一张结构表，包含以下列：
   - 段落编号
   - 本段唯一职责：本段读者看完后新增知道什么，或能做什么
   - 必须放入的素材：只列与本段职责直接相关的事实
   - 不要放入的内容：容易造成重复、跑题或提前泄露结论的内容
   - 与下一段的关系：下一段为什么接在这里
4. 检查结构表：
   - 每一条「必须覆盖」都已经分配到某一段；
   - 没有两段承担同一个主要职责；
   - 段落顺序符合读者的理解或行动顺序；
   - 没有把素材中没有提供的事实安排进正文；
   - 如果某段没有新增信息，标记为「建议删除」，不要为了凑段落保留它。
5. 最后只输出「结构待确认」，不要写正文，不要展示隐性的思考过程。

<阶段二：生成正文>
只有在我发送「按结构写正文」后，才执行这一阶段。

写作时遵守：
- 严格按已确认的段落职责推进，每段先完成自己的职责，再停止扩展；
- 每段只回答一个主要问题；如果一句话同时承担两个问题，拆开或调整段落；
- 同一个事实只在最合适的段落完整说明一次，后文只在必要时简短指代；
- 不添加素材没有提供的事实、数字、原因、承诺或结论；
- 不为了达到字数而重复观点、增加空泛总结或补写背景；
- 如果素材内部有冲突或缺少会影响事实、范围或读者行动的信息，先列出最多 3 个澄清问题，不要猜测；
- 输出标题和正文，不要输出结构表、分析过程或「本文将……」之类的写作说明。

先在心里逐段对照结构表。写完后只做一次简短检查：确认每段职责都完成、必覆盖内容都出现、没有重复段落；发现问题就直接修正正文，不要展示检查过程。

如果你用的是支持多轮对话的聊天工具，第一轮粘贴模板和素材，看到结构表后再发：

按结构写正文。若结构表中有「建议删除」的段落，不要强行保留；若成稿需要调整段落顺序，请先保证读者的理解顺序不变，并直接输出修正后的正文。

如果你的工具只能发一次请求，也可以把「只有在我发送……后」改成「完成阶段一后，立即按阶段二生成正文」。不过单次模式少了人工检查结构的机会，适合低风险、短文本，不适合对顺序和覆盖要求很高的说明或报告。

用一封延期通知看它怎么工作

假设素材只有这些内容：

项目：青禾小程序改版。
原计划 8 月 20 日上线，现调整为 9 月 3 日。
支付接口验收还需要增加一个环节，因此测试时间延长。
客户需要知道新的上线日期、延期原因、对现有使用的影响，以及这段时间可以做什么。
语气直接，不甩锅，不承诺未确认的补偿。

如果直接让 AI 写，它很容易开头说一次「延期」，第二段再说一次「测试时间延长」，结尾又用「为了保证质量」重复解释原因。读者真正关心的四件事反而混在一起。

按模板先做结构，结果应当类似这样：

段落	唯一职责	必须放入的素材	不要放入的内容
1	直接告知变更	项目名、新上线日期、原计划日期	详细原因、泛泛道歉
2	解释为什么延期	支付接口验收增加一个环节、测试时间延长	指责某个团队、未确认的技术细节
3	说明对客户的影响	现有使用是否受影响；素材未提供的部分要标成待确认	擅自承诺「完全不受影响」
4	给出当前可执行安排	这段时间客户可以做什么；只写素材支持的动作	未确认的补偿、保证上线一定不再变化

这张表有两个实际作用。第一，日期只需要在第一段完整出现，不会在每段被模型改写。第二，素材没有说明「现有使用是否受影响」，结构阶段就会暴露这个缺口；模型不能为了让通知看起来完整，替你补一句「现有功能不受影响」。

一个合格的成稿可以很短：第一段给结论，第二段给已知原因，第三段诚实标出影响范围，第四段只安排已经确定的下一步。它不需要四段都写满，也不需要用「感谢理解」把信息空洞的地方盖住。

为什么要写「段落职责」，而不只写「文章结构」

「先列大纲」太宽泛，模型可能给出「开头—分析—总结」这样的标题，却没有说明每一段要解决什么问题。段落职责必须能被验收：读者看完这一段，应该比看之前多知道一件事，或多获得一个可执行动作。

它还给每段设了一个停止条件：职责完成后，不再为了显得完整而继续扩写。对中文说明、工作邮件和产品文档，这通常比再堆几条「语言生动」「逻辑清晰」更有用，因为重复和跑题先发生在结构层，之后才表现为文风问题。

这也解释了为什么模板要求写「不要放入的内容」。只告诉模型每段要写什么，不能阻止同一条信息被所有段落抢着使用；把容易重复的内容提前划出去，结构才真正有边界。

什么时候值得用

这条 Prompt 适合：

需要解释多个步骤、原因和行动的长文；
读者要先知道结论，再判断影响和下一步的通知、邮件或汇报；
多人共用一份写作模板，希望每次都覆盖同一组信息；
原始材料很多，但成稿需要压缩，尤其怕重复和遗漏的任务。

它不适合原样用于：

诗歌、广告口号、标题发散等故意探索多种方向的创作；
一句话回复、短标题等没有必要拆段的文本；
结构本身还没有确定的头脑风暴。此时先让 AI 生成多个候选结构，再挑一个测试，比直接冻结第一版更合适。

「先规划」也不是「先让 AI 写一大段分析」。你要的只是可检查的结构表，不是隐藏推理的转录。结构表应当告诉你每段负责什么、放什么、避开什么；如果读完仍不知道文章为什么这样排序，就继续修改结构，不要急着进入正文。

怎么检查它是否真的有用

拿三类材料各测一次：一封通知、一篇解释性短文、一份需要压缩的汇报。每类材料都先直接写一版，再用这条 Prompt 写一版，不必比较哪个版本更华丽，只检查下面四项：

职责是否唯一：每段能否用一句话说明它独有的任务；
覆盖是否完整：必须回答的问题是否都在结构表中有位置；
重复是否减少：同一事实是否只在一个段落完整解释；
成稿是否守约：正文有没有跑到「明确不写」的范围，或补出素材没有的结论。

如果模型给出的结构过于松散，把「每段唯一职责」改成「每段只回答一个明确问题」，并要求在结构表里写出该问题。如果成稿变得像提纲、读起来断裂，就在「文风」里补充句子长短、段落过渡和目标读者的阅读场景，而不是取消结构阶段。

如果你经常写超过几段的中文说明，下一次不要先加更多形容词。先让 AI 说明每一段为什么存在，再决定哪些段落值得写出来。

References

1
Prompt design strategiesai.google.dev
2
Increase output consistencydocs.anthropic.com
3
GPT-5.2 Prompting Guidedevelopers.openai.com