推理模型写作时，先锁定结果，再让模型自行完成分析

先确认你用的是哪类模型

把“请想清楚”改成五个交付条件

可直接复制的 Prompt

你是一名中文实用写作编辑。

<task>
请把 <source_material> 中的已确认信息，改写成一份面向 [具体读者] 的 [通知 / 邮件 / FAQ / 会议纪要 / 说明文]。
读者读完后要完成的动作或判断是：[写一个明确动作或判断]。
本次只完成这份文稿，不扩展成分析报告或建议方案。
</task>

<source_material>
[粘贴参考材料]
</source_material>

<rules>
1. 先在内部完成对材料的理解、取舍和核对，直接交付结果。不要输出逐步分析、隐藏推理或自我解释。
2. 只使用 <source_material> 中有明确依据的日期、数字、对象、范围、状态和承诺。
3. 材料没有提供的信息，放入“待确认项”，不要用常识或推测补齐。
4. 材料中的建议、愿望、问题和已确认决定分开处理。只有已确认决定才能写成确定语气。
5. 材料出现互相冲突的说法时，同时列出冲突内容和对应原文位置，把最终取舍留给负责人。
6. 句子直接、具体，优先写动作、对象、时间和条件。删除与读者动作无关的铺垫和套话。
7. 完成下方交付字段并完成一次快速核对后停止。
</rules>

<output_format>
## 标题 {#标题}
用一句话写出已确认的变化。标题缺少必要事实时，标出“待确认”。

## 正文 {#正文}
用 [字数上限] 字以内说明发生了什么、影响谁、何时生效以及读者要做什么。只写材料有依据的内容。

## 读者动作 {#读者动作}
只列出材料明确要求读者完成的动作。没有明确动作时，写“材料未指定立即动作”。

## 待确认项 {#待确认项}
逐项列出缺失、冲突或仍在计划中的信息。每项只写缺什么和对应材料位置，不写猜测。

## 快速核对 {#快速核对}
- 读者、任务和文稿类型是否匹配：
- 日期、数字、对象、范围、状态和承诺是否能回到材料：
- 材料中的建议和未确认计划是否被写成确定决定：
- 正文长度、字段顺序和格式是否符合要求：
- 是否出现材料没有的新事实、建议或行动入口：
</output_format>

用一则项目通知试运行

会议记录：
- 9 月 1 日起，项目周报改为每周五 17:00 前由项目负责人提交。
- 团队成员在下周一 12:00 前补齐本周进展和风险。
- 周报模板会增加“阻塞事项”一栏，模板负责人还没有确定。
- 小周：请把规则写成“所有人周五前必须交”，这样更有执行力。
- 小林：建议从 9 月 8 日再开始，先给大家一周适应时间。
- 会议没有确认是否需要重新提交已经完成的周报。

## 标题 {#标题-2}
9 月 1 日起，项目周报改为每周五 17:00 前提交

## 正文 {#正文-2}
9 月 1 日起，项目负责人须在每周五 17:00 前提交项目周报。团队成员须在下周一 12:00 前补齐本周进展和风险。周报模板将增加“阻塞事项”一栏。

## 读者动作 {#读者动作-2}
- 项目负责人在每周五 17:00 前提交项目周报。
- 团队成员在下周一 12:00 前补齐本周进展和风险。

## 待确认项 {#待确认项-2}
- “阻塞事项”一栏由谁负责维护，会议记录未确认。
- 已完成的周报是否需要重新提交，会议记录未确认。
- 9 月 8 日开始是参会者建议，会议记录未将其确认为生效日期。

## 快速核对 {#快速核对-2}
- 读者、任务和文稿类型匹配。
- 日期、时间、对象和动作都能回到会议记录。
- 参会者的建议没有被写成会议决定。
- 正文、动作、待确认项和核对字段按要求输出。
- 没有增加材料没有的重新提交入口或执行建议。

为什么结果约束比过程指令更有用

这条 Prompt 适合什么任务

• 产品通知： 需要把生效时间、影响对象和读者动作写清楚。
• 工作邮件： 需要压缩背景，把收件人要完成的事项放在正文里。
• FAQ： 需要把已知答案与仍待确认的问题分开。
• 会议纪要： 需要区分决定、建议、问题和后续负责人。
• 说明文： 需要依据给定材料解释一个流程，同时保留材料缺口。

30 秒检查

1. 任务： 文稿是否真的服务于指定读者的动作或判断？
2. 事实： 日期、数字、对象、范围、状态和承诺能否逐项回到材料？
3. 分类： 决定、建议、问题和待确认项是否分开？
4. 格式： 标题、正文、动作、待确认项和核对栏是否齐全，长度是否合适？
5. 停笔： 模型是否在交付后停止，是否混入了材料没有的建议、承诺或长篇解释？