
别让 AI 只换同义词:用「动作—对象—边界」把空话改成可执行文字
用「动作—对象—边界」表约束中文改写:先找出空泛表达,再只用原文已有信息把句子改成可执行、可核对的文字。
让 AI 把「进一步提升服务能力」改得更像人,最常见的结果是「进一步提高服务水平」。词换了,读者还是不知道谁要做什么、对什么做、做到什么程度。
改写 Prompt 里不要只写「更具体」。先让 AI 为每个空话补一张动作表:动作是什么、动作作用于什么对象、在哪个条件下完成。材料没有提供的动作和条件,要标成待补信息,不能由模型自行补齐。
「具体」要具体到三个位置
一条表达如果要帮助读者行动,至少要回答三个问题:
| 位置 | 要回答的问题 | 例子 |
|---|---|---|
| 动作 | 谁要做什么? | 进入「设置 > 团队空间」提交申请 |
| 对象 | 这个动作作用于什么? | 团队空间申请 |
| 边界 | 什么时候算完成,或哪些条件不能省略? | 填写团队名称和成员数量,提交后等待后台通知 |
「提升体验」「加强协作」「优化流程」的问题,不是它们不够正式,而是它们把动作、对象和边界都藏掉了。模型只收到「写得更具体」时,通常只能换一组近义词;模型拿到这三格,才有机会把材料里的动作重新排出来。
这张表还承担一个保护作用:如果原材料没有写清楚动作或完成条件,表格会留下缺口。改写可以把缺口显出来,不能替读者发明一个看似合理的承诺。
可直接复制的「动作表」Prompt
下面这条 Prompt 适合通知、帮助文档、流程说明和汇报。它把「找空话」与「改正文」分成两步:第一步只做诊断,第二步才动文字。长文尤其适合这样做,因为你可以先检查模型有没有把模糊判断误当成事实。
你是一名中文实用写作编辑。请把下面的原文改得更具体、更便于读者行动,但只能使用原文提供的信息。
# 任务
先找出会让读者无法判断下一步的抽象表达、空泛动词和缺少条件的句子,再根据确认后的动作表改写原文。
# 动作表字段
对每个需要处理的表达,填写:
- 原文片段:保留原句中的关键短语
- 动作:明确写出谁要做什么;如果原文没有提供动作,写「未说明」
- 对象:动作作用于什么;如果原文没有提供对象,写「未说明」
- 边界:完成条件、适用范围、时间、例外或结果状态;如果原文没有提供,写「未说明」
- 处理建议:保留、改写、删除,或列入「待补信息」
# 改写规则
1. 把「提升、加强、优化、赋能、助力、推进、持续完善」等抽象表达当作待检查对象,但不要机械删除;先判断原文是否给出了可观察的动作。
2. 只有原文明确提供了动作、对象和边界,才能把它们写进改写稿。
3. 原文没有提供的日期、数字、责任人、效果、承诺和因果关系,一律不要补写。
4. 保留原文中的日期、数字、名称、范围、限制条件和不确定语气。
5. 如果一句话只剩空泛承诺,且原文没有事实支撑,请删除它,并在动作表中说明「缺少可核实动作或边界」。
6. 改写稿要让读者先看到状态,再看到动作,最后看到完成条件或后续结果。
7. 不改变原文的任务目的,不把通知改成宣传,不把可能改成确定。
# 第一轮输出:只输出诊断
## 动作表 {#动作表}
| 原文片段 | 动作 | 对象 | 边界 | 处理建议 |
|---|---|---|---|---|
## 待补信息 {#待补信息}
- [列出会影响读者行动、但原文没有提供的信息;没有就写「无」]
输出完第一轮后停止,不要改写正文。
# 第二轮触发
等我确认动作表后,再输出以下三部分:
## 改写稿 {#改写稿}
[完整正文]
## 改动说明 {#改动说明}
- [只列真正发生变化的句子,以及变化对应的动作、对象或边界]
## 发布前核对 {#发布前核对}
- 日期、数字、名称和范围是否保持不变:通过 / 未通过
- 每个行动句是否写出了动作和对象:通过 / 未通过
- 完成条件、例外和结果状态是否来自原文:通过 / 未通过
- 是否补写了原文没有提供的事实或承诺:通过 / 未通过
# 原文
[粘贴需要改写的中文文本]OpenAI 的提示指南把 Prompt 看成一次清晰的任务交接,建议把任务、受众、语气、格式、必须覆盖的内容、限制条件和验收标准分开写清楚。1 这条 Prompt 里的动作表和核对项,正是把「写得具体」改成可检查的交付要求。
用一则通知看它如何拒绝补写
原文材料只有这些信息:
团队空间从 9 月起分批开放。管理员可以进入「设置 > 团队空间」提交申请。申请页面需要填写团队名称和成员数量,是否开通以后台通知为准。如果只给模型一句「把这段话写得更友好、更有行动力」,它可能会写成:
团队空间即将全面上线,欢迎管理员立即申请,系统会快速完成审核,帮助团队高效协作。
「全面上线」「立即」「快速审核」和「帮助团队高效协作」都超出了材料。它们听起来更有力量,却让读者误以为开放范围、审核速度和产品效果已经确定。
把原文放进上面的 Prompt,第一轮可以得到这样的动作表:
| 原文片段 | 动作 | 对象 | 边界 | 处理建议 |
|---|---|---|---|---|
| 分批开放 | 开放 | 团队空间 | 从 9 月起,分批进行 | 保留并明确状态 |
| 进入设置 > 团队空间提交申请 | 进入指定路径并提交申请 | 团队空间 | 操作者是管理员 | 保留 |
| 填写团队名称和成员数量 | 填写 | 申请表 | 两个字段 | 保留并放在申请动作附近 |
| 是否开通以后台通知为准 | 等待后台通知确认状态 | 团队空间是否开通 | 提交申请不等于已经开通 | 改写为结果状态 |
模型没有把「分批开放」硬改成一个更积极的承诺,也没有为「后台通知」补出审核时长。确认这张表后,第二轮的改写稿可以是:
团队空间将从 9 月起分批开放。管理员可以进入「设置 > 团队空间」提交申请,填写团队名称和成员数量。提交申请后,请以后台通知确认是否开通。
这段话的变化很小,但读者能按顺序完成判断:现在是什么状态 → 去哪里申请 → 需要填写什么 → 提交后看什么结果。Prompt 的价值不在于把句子变长,而在于把材料已有的信息摆到动作发生之前。
三个字段什么时候最有用
产品通知和流程说明
读者通常要判断「我现在能不能做」和「做完以后会发生什么」。动作表能把入口、前置条件、结果状态放在同一条路径里。模型可以整理已有步骤;产品团队仍要确认开放范围、权限和时间等事实。
帮助文档和内部制度
「支持」「规范」「加强管理」这类词容易遮住真正的操作。动作表会逼着 Prompt 追问执行人、对象和完成条件。若制度原文只写了目标,没有写执行办法,输出应保留「待补信息」,而不是替制度作者补一套流程。
汇报和项目更新
汇报里的「持续推进」「取得积极进展」通常需要落到已完成动作、当前状态和下一步。动作表可以帮助模型把三者分开,但它不能把「进展良好」转换成真实的完成比例;没有数据时,模型应保留原文的判断强度。
诗歌、广告创意和需要故意保留含混感的文字,不适合套用完整动作表。那些文本的目标不是让读者执行一个流程;强行补齐动作和边界,会把表达改得过于直白。
为什么要先列表,再改正文
清晰的 Prompt 会减少歧义,但它不会自动创造原文没有的信息。动作表把模型的改写权限分成了两层:模型可以重排已经出现的动作和条件;模型不能替作者决定承诺、效果和范围。
Anthropic 的评测指南建议先定义具体、可测量、可实现且与用户需要相关的成功标准,并让测试案例贴近真实任务、覆盖边界情况。2 对改写任务来说,「读者能否知道下一步」「日期和范围是否保持」「是否出现材料外的承诺」就是比「读起来更专业」更容易检查的标准。
OpenAI 的评测实践也建议只先保留少量关键的 must-pass 检查,用小而针对性的测试集暴露隐藏假设,再把失败转成下一轮的检查项。3 你可以把今天的通知、帮助文档和汇报各选一段,连续测试三类输入:动作完整、动作缺失、边界互相冲突。检查 Prompt 是否在三类文本里都能停在「待补信息」,而不是替你补写答案。
发布前的 30 秒检查
- 动作:读者能指出谁要做什么吗?如果不能,句子还在说目标,不是在说行动。
- 对象:这个动作作用于什么,是否写在动作附近?「优化流程」没有对象,「填写申请表」才有。
- 边界:时间、范围、前置条件和结果状态有没有漏掉?材料没有提供的部分是否明确留空?
- 事实:改写稿有没有新增效果、速度、范围或承诺?如果有,回到动作表删除或标成待补信息。
改写完成后,先读「改写稿」里的每个行动句,再回看它对应的原文片段。读者需要的具体,不是更响亮的词,而是一个能被执行、也能被核对的动作。
References
- 1ChatGPT Enterprise Prompting Guide
developers.openai.com
- 2Define success criteria and build evaluations - Claude Platform Docs
docs.anthropic.com
- 3Testing Agent Skills Systematically with Evals | OpenAI Developers
developers.openai.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.
