
成稿前先做「假设扫描」:揪出被写成事实的默认理解
用「可疑表述—问题类型—材料依据—处理动作」四列表,在交稿前扫出未声明假设、无依据数字和过强措辞,再只改有问题的句子。
材料不够完整时,模型很少会停在空白处。它更常做的是:用一句听起来合理的默认理解把缺口填平,再把这句默认理解写成确定事实。读者读到的是「功能已全面开放」「所有用户可直接使用」,材料里其实只有「下个月开放」和「面向团队版」。
更稳的交稿动作,是在正文写完后、发出之前,加一轮假设扫描。模型先按固定四列找出可疑句子,再只改这些句子:
这句话写了什么 → 问题属于哪一类 → 材料实际提供了什么 → 现在怎么处理
扫描针对三类问题:未声明假设、无材料依据的数字或承诺、过强措辞。它的工作是把已经混进正文的默认理解揪出来;查新资料仍要另做。
先做扫描表,再改问题句
假设扫描要发生在成稿之后。如果放在写作前,模型还没有具体句子可对;如果只在心里「注意一下」,多数默认理解仍会原样进入正文。
四列可以这样理解:
| 列名 | 作用 |
|---|---|
| 可疑表述 | 从正文中原样摘出有风险的句子或半句 |
| 问题类型 | 只标三类之一:未声明假设 / 无材料依据 / 过强措辞 |
| 材料实际依据 | 写材料原话;材料没有就写「材料未提供」 |
| 处理动作 | 删除、降级为待确认、改成受限表述,或明确标出假设 |
三类问题对应不同处理:
- 未声明假设:模型把任务常识写成了既定安排。例如材料只说「维护期间无法新增文件」,正文却写成「请改用临时上传入口」。处理时删掉入口,或改成「当前材料没有提供替代上传入口」。
- 无材料依据:正文出现了材料里没有的日期、数字、范围、效果或承诺。处理时删除,或改成「待确认」;缺什么就留什么,沿用行业常识补全会重新引入风险。
- 过强措辞:材料只支持有限范围,正文却写成「全部」「一定」「保证」「永久」。处理时把强度降到材料能支持的程度,例如把「所有用户」改回「团队版用户」。
扫描表先单独输出。确认表里每一行都能回到材料后,再按表改写正文。这样你检查的是「哪些默认理解被写成了事实」,检查单位是句子,不是整篇语感。
可直接复制的 Prompt
把方括号里的内容换成自己的任务。你也可以把已有初稿贴进「待扫描正文」,让模型只做扫描和最小改写。
你是一名中文实用写作编辑。请先完成或接收一版正文,再做假设扫描,最后只改有问题的句子。
# 本次任务
- 成稿用途:[通知 / 邮件 / FAQ / 帮助说明 / 汇报]
- 读者:[身份、已有背景、读完后要完成的动作]
- 期望长度:[字数或段落数]
- 语气:[直接、克制、友好,或其他具体要求]
# 事实材料
只使用下面的材料。材料没有提供的日期、数字、范围、原因、效果、入口和承诺,不得写成确定事实。
[粘贴已经确认的事实材料]
# 待扫描正文
如果下面已有初稿,直接扫描它;如果为空,先按材料和任务写一版正文,再扫描。
[粘贴初稿;没有初稿就留空]
# 第一轮:假设扫描
逐句检查正文,输出一张 Markdown 表格。表格必须包含以下列:
| 可疑表述 | 问题类型 | 材料实际依据 | 处理动作 |
扫描规则:
1. 只标记三类问题:未声明假设、无材料依据、过强措辞。
2. 「可疑表述」必须摘自正文原句,不要改写后再检查。
3. 「材料实际依据」只能引用材料原意;材料没有对应内容时,写「材料未提供」。
4. 下列情况必须标记:
- 把未提供的入口、时间、对象、权限写成既定安排;
- 出现材料没有的数字、日期、比例、效果或保证;
- 使用「全部」「一定」「保证」「永久」「不会影响」等材料无法支撑的强度。
5. 材料已经明确支持的句子不要进入表格。
6. 如果正文没有任何上述问题,表格只保留一行,写「未发现需处理项」。
7. 本轮只输出扫描表,不输出改写后的全文,不输出创作过程。
# 第二轮:按表改写
完成扫描表后,只修改表中列出的句子,输出「改写后正文」。
改写规则:
1. 未进入扫描表的句子保持原样,不要顺手润色。
2. 未声明假设:删除假设内容,或改成「待确认 / 材料未提供」。
3. 无材料依据:删除该事实,或明确标成待确认项;不得用常识补全。
4. 过强措辞:把强度降到材料能支持的范围,保留对象、条件和限制。
5. 保留材料中的日期、数字、对象、范围、状态和限制条件。
6. 改写后正文后面输出「快速核对」,逐项回答:
- 扫描表中的每一行是否都已处理;
- 是否仍有材料之外的日期、数字、入口或承诺;
- 是否把待确认项误写成了确定事实;
- 是否出现新的过强措辞。
7. 完成正文和核对后停止,不要继续扩写建议。这条 Prompt 的关键是先表后文。扫描表强迫模型指出「哪一句越界了」;第二轮只允许改这些句子,避免整篇重写时又带进新的默认理解。
用一则虚构通知走一遍
下面的材料完全虚构,只用于展示这条 Prompt 的运行方式:
任务:给团队版管理员写一则功能开放通知,控制在 120 字以内。
读者动作:管理员需要知道谁能用、何时可用、第一步做什么。
事实材料:
- 「批量导出」将在 9 月开放。
- 仅面向团队版用户。
- 支持导出 CSV。
- 材料没有提供具体开放日期、是否需要申请,也没有提供导出入口路径。如果模型直接写,可能得到这样的版本:
批量导出功能已全面开放。所有用户均可直接使用,保证导出过程稳定高效。请立即前往工作台右上角开始导出 CSV,感谢支持。
这段话通顺,却混进了多处材料没有给出的内容:「已全面开放」把未定日期写成现状,「所有用户」扩大了适用范围,「保证……稳定高效」没有依据,「工作台右上角」是凭空补出的入口。
假设扫描表应接近下面这样:
| 可疑表述 | 问题类型 | 材料实际依据 | 处理动作 |
|---|---|---|---|
| 批量导出功能已全面开放 | 未声明假设 | 材料只写「将在 9 月开放」,未给具体日期和是否已上线 | 改成「将在 9 月开放」,日期待确认处保留缺口 |
| 所有用户均可直接使用 | 过强措辞 | 材料写「仅面向团队版用户」;是否需要申请未提供 | 改成「面向团队版用户」;是否直接可用写成待确认 |
| 保证导出过程稳定高效 | 无材料依据 | 材料未提供稳定性或效果承诺 | 删除效果承诺 |
| 请立即前往工作台右上角开始导出 | 未声明假设 | 材料未提供入口路径 | 删除具体入口,改为说明支持导出 CSV,入口待确认 |
按表改写后,正文可以是:
「批量导出」将在 9 月面向团队版用户开放,支持导出 CSV。具体开放日期、是否需要申请,以及导出入口,当前材料尚未提供。开放后请管理员按正式通知完成首次导出。
这版删掉了听起来完整的入口和保证,同时把读者真正能核对的边界写清楚了:谁能用、导出什么格式、哪些关键信息仍待确认。
发布前可以这样检查:
- 事实: 「9 月」「团队版」「CSV」都能回到材料。
- 缺口: 日期、申请流程、入口路径仍保持待确认。
- 措辞: 强度停在材料能支持的范围,例如「团队版用户」「将在 9 月开放」。
- 改动范围: 只动了扫描表里的句子,其余句子保持原样。
为什么要单独扫「未声明假设」
OpenAI 的 GPT-5.2 提示指南在处理含糊请求时建议:明确指出含糊之处,并提出最多 1~3 个澄清问题,或给出 2~3 种带有清晰标注假设的合理解读;不确定时,优先使用「Based on the provided context…」这类受限表述,把判断强度压回材料范围。同一节还给出高风险输出的短自检:交稿前重扫未声明假设、缺少上下文依据的数字或主张,以及「always」「guaranteed」这类过强措辞;发现后要弱化表述,并明确写出假设。1
这份指南针对的是模型在含糊条件下的行为配置。把它落到中文实用写作里,最直接的动作就是:让模型在交稿前交出一张能逐行复核的扫描表,把「注意别编造」变成可检查的句子清单。
Google 的官方提示指南强调指令要清楚具体,并把任务、约束和响应格式分开说明;它也建议用计划、执行、再对照任务核验的方式处理复杂输出。2 Anthropic 的提示最佳实践则要求对输出格式和约束给出明确说明,并用相关、结构清楚的例子稳定结果。3
本期的四列表是面向中文通知、邮件和说明的应用模板。实验室指南支持的是「把含糊、假设和过强措辞显式化」这一方向;读者仍需用自己的真实材料复测,把通用建议落到具体任务上。
适合哪些任务,哪些情况先换方法
这条方法适合已经有一版正文、主要风险在「写得太满」的任务:
- 产品通知和客户邮件: 扫掉擅自补上的入口、时间表和效果承诺。
- FAQ 与帮助说明: 扫掉把常见操作习惯写成官方步骤的句子。
- 项目汇报和会议纪要: 扫掉把讨论中的想法写成已做决定的表述。
- 对外摘要: 扫掉材料无法支持的「全面」「显著」「保证」等强度词。
下面三种情况,假设扫描解决不了核心问题:
- 关键事实还没确认,却必须发出可执行通知。 先补日期、对象、权限和入口,或改用「信息门槛」先追问。扫描会把缺口标出来,真实业务事实仍要另行确认。
- 多份材料互相冲突。 先做口径冲突处理,确认以哪份材料为准。扫描表处理的是单句与既定材料的关系,来源裁决要先完成。
- 任务本身要求探索多种说法。 广告概念、命名和叙事试验需要并列候选;这类任务更适合先并排生成,再按选定方向收束。
它和「信息门槛」分工不同。信息门槛决定写前是先问还是先写;假设扫描发生在已有正文之后,专门检查那些已经混进句子里的默认理解。两条可以连用:先按门槛决定是否开写,写完再用扫描表收口。
发布前 30 秒检查
- 确认模型先输出了扫描表,再给出终稿。
- 表中每一行的「材料实际依据」都能回到原材料,或明确写着「材料未提供」。
- 问题类型只使用未声明假设、无材料依据、过强措辞三类。
- 改写后正文只动了表内句子,其余句子保持原样。
- 待确认项在终稿里仍然可见,并保持待确认状态。
- 快速核对回答了扫描行是否处理完毕、是否仍有越界内容。
- 对外发布前,由人再确认日期、数字、权限和入口;业务核实仍要由人完成。
今天可以拿一则最近的通知或帮助文案练习:先让模型按原材料写一版,再只运行假设扫描和第二轮改写。你要比较的重点是:哪些句子从「听起来完整」变成了「材料能够支撑」,以及待确认项有没有被老实保留下来。
References
- 1GPT-5.2 Prompting Guide
developers.openai.com
- 2
- 3Prompting best practices - Claude Platform Docs
docs.anthropic.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.
