汇报提纲是否服务决策，关键看读者能否沿着提纲迅速回答：现在要决定什么、依据是什么、有哪些可选路径、下一步做什么。标题完整、措辞流畅，并不等于服务决策；如果各部分不能共同支撑一个明确判断，它更像一份材料目录。
先看提纲对应的是什么决定
先用一句话写出本次汇报需要完成的任务，例如：“根据现有材料决定是否推进某项工作”，或者“比较几种路径并明确建议采用哪一种”。
随后逐节检查：
- 这一节提供的是事实、风险、方案，还是行动建议？
- 它与上述决定有什么关系？
- 删除这一节，是否会妨碍读者作出判断？
- 看完以后，读者能否知道建议是什么、为什么这样建议？
如果提纲只有“背景、现状、问题、展望”等宽泛栏目，却没有说明它们各自如何影响决策，就还需要继续收束。
OpenAI 的中文帮助页将“根据笔记和源文本起草备忘录、提案或报告”列为使用场景。用于汇报提纲时，可以要求生成工具先说明提纲服务于哪项决定，再按“依据—方案比较—风险—建议—行动”组织内容。这个结构不是固定模板，关键是每个部分都要对最终判断有用。
再看内容能否追溯到输入材料
生成结果中的每个关键判断，都应能回到笔记、源文本或其他已明确提供的依据。不能因为表达肯定，就把它当成事实。
可以逐项追问：
- 这个结论来自哪一条输入？
- 输入是否真的支持这个结论，还是模型补出的解释？
- 有没有相互冲突的信息？
- 哪些内容是已知事实，哪些只是推断？
- 缺少什么信息，就无法安全地作出决定？
OpenAI 在数据分析帮助页中建议，在依赖结果之前审查生成的代码、输出和假设。这一建议的直接对象是数据分析；用于判断汇报提纲时，可以重点审查“输出”和“假设”：关键结论是否有材料支持，哪些前提尚未确认，以及这些前提变化后是否会影响建议。
用一张核对表检查生成结果
| 检查对象 | 服务决策的表现 | 需要追问的问题 |
|---|---|---|
| 决策事项 | 明确要作出的判断 | 读完提纲，是否仍不知道要决定什么？ |
| 依据 | 重要判断能够对应输入材料 | 结论来自原文，还是生成工具的补充？ |
| 假设 | 前提被明确列出 | 如果假设不成立，结论是否仍成立？ |
| 方案比较 | 说明选择依据与取舍 | 为什么推荐这一方案，而不是其他方案？ |
| 风险与限制 | 说明不确定性及其影响 | 是否存在会改变决定的重要信息？ |
| 下一步 | 建议能够转化为行动 | 做什么、在什么条件下做，是否清楚？ |
也可以直接要求生成工具把提纲整理为一张核对表：“列出要决定的事项、已知依据、关键假设、备选方案、建议及理由、下一步行动和待确认信息。没有输入支持的内容不要补全。”
如果生成工具一边声称内容有依据，一边无法指出依据；或者用更多文字掩盖关键假设，这份提纲就还没有通过核对。
最后仍需自己确认什么
提纲可以成为起草工具，但不能替代对原始材料和实际条件的确认。提交前仍要检查：
- 原始材料是否准确、完整，生成结果有没有遗漏关键限制；
- 汇报涉及的情况是否已经发生变化；
- 方案取舍是否符合真正的决策目标；
- 待确认事项会不会改变建议；
- 最终决定及其影响是否由有权承担后果的人作出。
最简洁的判断方法是：只看标题和一级要点，读者能否说出“要决定什么、为什么这样决定、下一步做什么”。如果三项都说不清，就应先补充依据、标明假设或删减无关内容，而不是直接提交。