别让 AI 把建议写成事实：先给文字分三层，再生成成稿 (2026)

很多 AI 写出的通知，问题出在一句话的语气上。

材料写着“产品团队计划下周灰度开放导出功能”，成稿却变成“下周所有成员都可以使用导出功能”。前一句是计划，后一句像已经确定的事实；材料里的建议，也可能被写成团队已经作出的决定。

写通知、说明、汇报或产品更新时，可以先让 AI 给准备写出的内容分三层：事实、判断、建议。三层标注完成后，再让 AI 生成正文。这样，句子先确定自己在表达什么，语气再跟着内容走。

先分清三种内容

“事实、判断、建议”是这套工作流的三个工作标签。它们不是模型或厂商规定的标准术语，而是写作时用来约束句子的一种组合方法。

类型	句子在做什么	常用表达	需要守住的边界
事实	转述材料直接写出的内容	“公告写明”“材料显示”“将于……”	保留日期、范围、条件和“计划、预计、可能”等限定词
判断	解释材料之间的关系，或说明一个合理推断	“从材料看”“这意味着”“可能与……有关”	说清依据和推断范围，避免把推断写成材料原话
建议	给读者或执行者一个可选动作	“建议”“可以先”“需要确认”	表明建议的提出者或使用条件，避免制造新的承诺

这三层解决的是表达类型。每一行还要有一个状态，解决的是发布资格：已确认、待补材料或存在冲突。一条建议可以已经确认，一条事实也可能因为材料互相矛盾而暂时不能发布。

例如，“管理员可以先检查权限组”属于建议；“帮助文档把入口写在项目设置中”属于事实；“权限组可能是首批开放范围的判断依据”属于判断。三句话都能写进一篇通知，但三句话的确定性和责任边界不同。

一条可直接复制的两轮 Prompt

第一轮只做分层和检查，第二轮才生成正文。两轮之间，保留第一轮表格，并人工确认其中的状态；把两轮合并成一次调用，模型容易跳过中间的判断。

你是一名中文写作编辑。请把我提供的材料整理成一篇可发布的中文文字。

这项任务分两轮完成：
第一轮只建立“事实—判断—建议”标注表，不写正文。
收到我确认后的标注表后，第二轮才生成正文，并做一次层级核对。

<writing_task>
写作任务：[例如：把产品更新材料整理成一则面向项目成员的通知]
目标读者：[谁会阅读]
读者读完要完成的动作或判断：[例如：知道功能何时开放，以及上线前要检查什么]
</writing_task>

<source_material>
[材料 A]
标题：[标题]
材料性质：[产品公告 / 帮助文档 / 会议记录 / 运营建议 / 其他]
原文：
[粘贴材料原文]

[材料 B]
标题：[标题]
材料性质：[材料性质]
原文：
[粘贴材料原文]

[继续添加材料 C、D……]
</source_material>

<classification_rules>
1. 只使用 source_material 中的信息。材料没有写出的日期、数字、范围、权限、因果关系和承诺，标为“待补材料”，不要补写。
2. 每一行只表达一个主要内容，并分配唯一内容 ID，例如 A1、A2、A3。
3. “事实”表示材料直接写出的内容。原文中的“计划、预计、可能、建议、截至某日”等限定词必须保留。
4. “判断”表示对材料的解释或基于材料的推断。填写它所依据的内容 ID，并用“从材料看”“可能”“可以理解为”等方式标出推断范围。
5. “建议”表示面向读者或执行者的行动建议。填写建议的提出者或适用条件；材料没有提出的行动只能标为“待补材料”。
6. 状态只能填写“已确认”“待补材料”或“存在冲突”。依据不完整时使用“待补材料”，材料互相矛盾时使用“存在冲突”。
7. 第一轮只输出标注表和待确认项，不输出标题、正文或改写建议。
</classification_rules>

<classification_output>
## 内容标注表 {#内容标注表}
| 内容 ID | 准备表达的内容 | 类型 | 依据内容 ID | 允许语气 | 状态 |
| --- | --- | --- | --- | --- | --- |

## 待确认项 {#待确认项}
- 只列出会改变事实、对象、时间、范围、权限、责任或读者动作的缺口与冲突。
</classification_output>

收到我对标注表的确认后，执行第二轮：

1. 只使用状态为“已确认”的内容，以及我明确批准的其他行。
2. 事实句保留原文限定词；判断句标出推断范围并回指依据内容 ID；建议句使用“建议、可以、需要确认”等与责任边界相符的表达。
3. 不把判断改写成事实，不把建议改写成已经作出的决定，不把计划改写成已经完成。
4. 内容 ID 必须来自标注表。缺少依据的内容放入“待确认”，不要放进正文事实句。
5. 输出顺序为：标题、正文、待确认、层级核对。
6. “层级核对”只输出四列：正文句子、内容 ID、原类型、处理结果。处理结果只能是“保留”或“移出正文”。
7. 完成层级核对后停止，不生成第二版正文。

这条 Prompt 里有两个容易漏掉的细节。

第一，类型和状态是两列。类型告诉模型“这句话属于哪一类”，状态告诉模型“这句话当前能不能发表”。如果把两件事合成“可靠性”一个分数，模型往往会把一条语气谨慎的推断当成可直接发布的事实。

第二，判断必须回指依据。判断可以进入正文，但读者需要知道它是解释，不是材料原话。建议也要保留提出者或适用条件，否则“建议检查”很容易被读成“必须检查”。

用一份产品通知材料试一遍

下面的材料和输出是虚构示例，用来展示 Prompt 的用法。

[材料 A]
标题：团队知识库批量导出更新说明
材料性质：产品公告
原文：产品团队计划于 9 月 15 日起灰度开放批量导出，首批范围为已开启“新权限组”的项目。

[材料 B]
标题：批量导出帮助文档
材料性质：帮助文档
原文：管理员可以在“项目设置 > 权限组”中查看项目是否已开启“新权限组”。成员看到“批量导出”按钮后，可以按页面提示完成导出。

[材料 C]
标题：上线准备建议
材料性质：运营建议
原文：上线前，建议项目负责人先确认项目成员是否需要批量导出，并提醒成员查看权限组状态。

第一轮可以得到这样的标注表：

内容 ID	准备表达的内容	类型	依据内容 ID	允许语气	状态
`A1`	批量导出计划于 9 月 15 日起灰度开放	事实	材料 A	保留“计划”“灰度开放”	已确认
`A2`	首批范围是已开启“新权限组”的项目	事实	材料 A	可以原样表达范围	已确认
`B1`	管理员可以在项目设置的权限组中查看状态	事实	材料 B	可以写成操作入口	已确认
`B2`	成员看到按钮后可以按页面提示完成导出	事实	材料 B	保留“看到按钮后”“可以”	已确认
`C1`	项目负责人上线前应确认成员是否需要导出	建议	材料 C	使用“建议先确认”	已确认
`C2`	所有成员都能在 9 月 15 日使用批量导出	事实	无	没有材料依据	待补材料

C2 看起来像是 A1 和 B2 的自然延伸，材料却没有说“所有成员”，也没有说灰度开放当天每个成员都能使用。标注表把这条句子挡在正文之外，模型就有机会保留实际范围。

确认表格后，第二轮可以写出：

批量导出计划于 9 月 15 日起灰度开放
产品团队计划于 9 月 15 日起灰度开放批量导出，首批范围为已开启“新权限组”的项目。[A1][A2]
管理员可以打开“项目设置 > 权限组”，查看项目是否已开启“新权限组”。成员看到“批量导出”按钮后，可以按页面提示完成导出。[B1][B2]
上线前，建议项目负责人先确认项目成员是否需要批量导出，并提醒成员查看权限组状态。[C1]
“所有成员都能在 9 月 15 日使用批量导出”仍待补充材料确认。[C2]

这里的 [A1] 是标注表里的内容 ID，用来检查句子属于哪一层。它不是外部引用语法；当真实材料需要核验时，还要为事实句配置来源链接或来源账本。

这套方法适合什么文字

它适合材料里同时出现“发生了什么”“这意味着什么”和“接下来可以做什么”的任务：

产品更新和服务通知：把上线事实、影响判断和用户动作分开，减少把计划写成承诺。
项目汇报和会议纪要：把会议已经决定的事项、对影响的解释和后续建议分开，减少责任边界漂移。
帮助文档和 FAQ：把已确认的操作步骤与解释性提示分开，避免提示语被读成产品保证。
研究摘要和调研说明：把原文结果、作者解释和面向读者的建议分开，保留证据强度。

这套方法处理的是句子在文章中的角色。主张—来源账本处理的是句子能回到哪一段原文；假设扫描处理的是成稿里有没有未经声明的默认理解；三层标注处理的是事实、判断和建议有没有被混成同一种语气。三者可以串联，单独使用时也各自有明确任务。

为什么先标注再成稿

OpenAI 的 GPT-5.2 提示指南建议，面对含糊需求时提出少量澄清问题，或给出带清晰假设标签的多种解读；指南还建议在交稿前重扫未声明假设、缺少上下文依据的数字或主张，以及过强措辞。三层标注把这项检查提前到成稿前，让“这句话是什么类型”先成为一个可回答的问题。1

Anthropic 的减少幻觉指南建议，面对长材料时先抽取逐字引文，再完成后续任务；生成后，还应为每条主张寻找支持引文，找不到时撤回主张。事实层可以直接回到原文，判断层可以回指支撑它的事实，建议层则需要显式写出提出者或适用条件。2

Google 的提示设计指南建议，用稳定的分隔结构区分任务、上下文和输出要求，并把复杂任务拆成连续步骤；指南还给出“计划—执行—验证—格式化”的流程。本文 Prompt 把这个思路改造成写作中的“标注—确认—成稿—核对”。3

三层标注带来的变化很小：模型先回答“这句话是在陈述、解释，还是建议”，再回答“应该怎样写”。它不会替你确认材料是否真实，也不会代替审批；它只是把语气选择绑定到内容类型和材料状态上。

发布前四项检查

每个事实句是否都有材料依据？日期、数字、权限和范围是否保留了原文条件？
每个判断句是否回指了依据？“可能”“从材料看”等限定词是否与推断范围相称？
每个建议句是否说清提出者或适用条件？句子有没有把建议写成强制要求或已经作出的决定？
标注表里处于“待补材料”或“存在冲突”的内容，是否只留在待确认区？

把三种内容分开，目的不是让文章多一层格式，而是让每种句子承担自己的责任：事实负责准确，判断负责解释，建议负责行动。句子先有类型，语气才有边界。

Fuentes de referencia

1
GPT-5.2 Prompting Guide
developers.openai.com
2
Reduce hallucinations - Claude Platform Docs
docs.anthropic.com
3
Prompt design strategies - Gemini API
ai.google.dev