
别只写「尽可能完整」:给中文写作 Prompt 加一条「停笔线」
给中文写作 Prompt 加上「完成定义—输出边界—停止条件」,让 AI 交付必需信息后只做一次快检,不再无边界扩写。
很多人给 AI 写「请完整回答、尽可能详细」,结果拿到的不是更好的成稿,而是一份停不下来的解释:先给正文,再补一段思路,再列几个可选方案,最后又问你要不要继续展开。
问题常常不在字数,而在 Prompt 没有告诉它什么叫完成,也没有告诉它完成后应该停在哪里。把这两件事写进 Prompt,模型才有机会把「补充更多」和「交付任务」分开。
「完成」和「写更多」不是一回事
写作任务里的「完成定义」,要回答三个问题:
- 读者最终需要拿到什么;
- 哪些信息必须出现;
- 哪些内容一旦出现,就算越过任务边界。
例如,产品通知的交付物可以是「一段 150~200 字的通知,让管理员知道开放时间、申请入口、必填信息和结果确认方式」。这比「写得清楚、完整、专业」更容易判断,因为它说出了对象、必填内容和长度范围。
「停止条件」则负责处理交付之后的冲动:完成必填内容、通过一次快速核对后,直接结束,不再追加背景、方案、复盘或提问。
两者要同时写。只有完成定义,模型可能为了填满要求而继续解释;只有停止条件,模型又可能过早结束,漏掉任务中的必要字段。
OpenAI 的 GPT-5.2 Prompting Guide 把「回答用户问题及其所有子问题」「找到足够的核心来源」列为停止前的完整性条件,同时提醒不要把任务扩大到用户没有要求的范围;它还建议在含糊时提出 1~3 个精确问题,或列出带明确假设的几种解释。1
这套思路放到中文写作里,可以压缩成一句话:先定义交付边界,再定义停笔动作。
可直接复制的 Prompt
这条 Prompt 适合通知、邮件回复、FAQ、会议纪要摘要和短说明。它把「完成什么」「必须写什么」「写完如何停」分开,使用时只替换最后的任务区。
你是一名中文实用写作编辑。请根据任务要求和参考材料,直接交付一份可使用的中文成稿。
# 任务
[说明要写什么,以及成稿会给谁使用]
# 完成定义
只有同时满足以下条件,任务才算完成:
1. 成稿直接回答任务,不把背景改写成与任务无关的科普;
2. 成稿包含以下必需信息:[列出必需信息 1、2、3……];
3. 成稿符合以下格式和长度:[格式、段落数、字数或其他硬要求];
4. 成稿只使用参考材料中已经提供的事实,不补写日期、数字、责任人、效果、承诺或因果关系。
# 输出边界
- 只输出最终成稿,以及成稿中读者必须看到的标题或小标题。
- 不输出写作思路、过程说明、候选版本、额外方案、复盘、延伸阅读或「是否需要继续」之类的问题。
- 参考材料缺少会改变事实或读者行动的信息时,先提出最多 3 个具体问题;其他低风险的表达选择,按以下默认值处理:[填写默认值,例如「面向中文职场读者,语气直接、克制」]。
# 完成后的停止条件
当成稿已经满足「完成定义」后:
1. 只做一次快速自检:必需信息是否齐全、格式是否符合、是否出现材料外的事实或承诺;
2. 如果发现问题,只修改问题所在的句子或段落;
3. 自检结束后立即停止输出,不追加任何解释、建议或下一步。
# 参考材料
[粘贴材料]
# 本次任务
[粘贴本次具体要求]这条 Prompt 中最值得保留的不是「只输出最终成稿」这句话,而是三层边界:
- 完成定义规定必须交付什么;
- 输出边界规定哪些看似有帮助的内容不要交付;
- 停止条件规定最后只检查一次,检查完就结束。
「只输出最终成稿」单独使用时很容易失效,因为模型不知道什么才算最终。三层放在一起,才形成一个能执行的交付规则。
用一则产品通知看它怎样停下来
假设输入材料只有下面三句:
团队空间将从 9 月起分批开放。管理员可以进入「设置 > 团队空间」提交申请。申请页面需要填写团队名称和成员数量,是否开通以后台通知为准。任务要求是:写一段给管理员看的通知,说明开放时间、申请入口、必填信息和结果确认方式,控制在 150 字以内。
如果只给 AI「请把这段话写得更清楚、更友好」,一种常见的示例性输出可能是:
团队空间将于 9 月起全面上线,欢迎各位管理员立即前往设置页面申请开通。填写团队名称和成员数量后,系统会快速完成审核,帮助团队更高效地开展协作。如需了解更多信息,请关注后续通知。你还可以根据不同团队的规模,进一步优化申请流程和通知语气。需要我继续提供几个版本吗?
这段话的问题不只是「写多了」。它还把「分批开放」写成「全面上线」,把「以后台通知为准」写成「快速完成审核」,又增加了材料没有提供的产品效果和后续安排。
把输入放进上面的 Prompt,并把必需信息填成「分批开放时间、申请入口、两个必填字段、结果确认方式」,合格结果可以是:
团队空间将从 9 月起分批开放。管理员可进入「设置 > 团队空间」提交申请,填写团队名称和成员数量。提交后,请以后台通知确认是否开通。
这段成稿已经覆盖四项必需信息,长度和对象也符合任务要求。快速自检只需要问三件事:
- 「分批开放」有没有被改成更大的范围?没有。
- 申请入口和两个必填字段有没有漏掉?没有。
- 有没有补写审核速度或产品效果?没有。
检查结束,输出就应该停在这里。模型没有必要再解释为什么采用这个语气,也没有必要给出第二个版本。
什么时候该用,什么时候别用
适合有明确交付边界的任务
通知、客服回复、FAQ、摘要、会议纪要和产品说明都适合。它们通常有固定读者、必需字段和可判断的结束位置。你可以把「完成定义」写成一张小卡:对象、必需信息、格式、长度、不可新增的事实。
长文要把停止条件写得更细
「写一篇完整文章」本身不是完成定义。长文需要列出要回答的子问题、每一节的职责、证据范围和结尾形态。否则「不要继续扩展」和「覆盖所有必要内容」会互相拉扯。
如果任务本身要求研究、比较多个方案或处理多个子问题,停止条件也要覆盖这些子任务。GPT-5.2 指南把「回答主问题及所有子问题」放在停止条件之前,这一点不能被压缩成「写完就停」。1
材料不完整时,先分清缺口大小
缺少收件人身份、事实日期、产品名称这类信息,可能会改变成稿的事实或行动方式,Prompt 应该先问一个具体问题。缺少「更正式还是更口语」这类低风险选择,可以使用事先写好的默认值继续完成。
不要把「信息不足时永远先问」写成通用规则。它会让 AI 在只差一个语气选择时也暂停工作;也不要写成「信息不足也必须直接完成」,那会鼓励它用猜测填上关键事实。把会改变行动的缺口和只影响表达的选择分开,才是这条实践的核心。
为什么这套写法可能有效
它把一个模糊目标拆成了三个不同动作:交付、排除和收尾。
Google 的 Prompt design strategies 建议使用清晰、具体的任务指令,明确生成约束和输出格式;对于复杂任务,可以把多个步骤拆成独立 Prompt,再按顺序串联。它也提醒,Prompt 往往需要迭代,内容顺序本身可能影响模型如何执行指令。2
因此,Prompt 里「先做一次快检,再停止」不是一句礼貌提醒,而是一个独立的步骤:它让模型知道检查属于交付流程,追加解释不属于交付物。对于更复杂的任务,你可以把「提取信息—生成正文—快速核对」拆成三轮,而不是把所有步骤挤在一个长段落里。
Anthropic 的输出一致性指南也建议精确规定输出格式,用示例约束结果,并把复杂任务拆成更小、更一致的子任务。3 这解释了为什么上面的 Prompt 同时写了字段、边界、停止动作和完整示例:每一项都在减少模型需要自行猜测的地方。
OpenAI 的 GPT-5 Troubleshooting Guide 还给出一个更窄的建议:设置明确的停止条件,并在回复前只做一次快速自检。这个页面目前已归档,下面的 Prompt 不是某个模型版本的保证,而是把其中的任务控制思路转成写作工作流。4
发布前 30 秒检查
把这条 Prompt 放进日常工作前,先用一段短材料测试一次。检查下面四项:
- 完成定义能被判断吗? 「写得专业」不能直接判断;「包含入口、前置条件和结果状态」可以判断。
- 停止条件有动作吗? 「不要啰嗦」太空泛;「完成一次快检后立即停止,不追加方案和复盘」才是动作。
- 快检只修问题吗? 如果模型在自检阶段重新改写整篇文章,说明检查范围还不够窄。
- 边界和缺口分开了吗? 关键事实缺失时要提问,低风险表达选择才使用默认值。
今天可以先改一条你反复使用的写作 Prompt:在末尾补上「完成定义」「输出边界」和「完成后的停止条件」,再用一段通知或邮件测试。你真正要观察的不是输出变短了多少,而是它是否在交付必需信息后,停止新增材料外的解释。
References
- 1GPT-5.2 Prompting Guide
developers.openai.com
- 2Prompt design strategies
ai.google.dev
- 3Increase output consistency - Claude Platform Docs
docs.anthropic.com
- 4GPT-5 Troubleshooting Guide
developers.openai.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.
