别再说「再改改」：用失败说明卡做定点改写 (2026)

第一版写完后，你往往已经知道哪里不行：读者动作没写清、语气太满、某句事实越界。下一轮却常退化成一句「再改改，写清楚一点」。

模型接到这种指令，很少只动失分行。它更常整篇重写：本来可用的句子被顺手润色，日期和范围悄悄漂移，真正该改的地方反而被新的空话盖住。

更稳的第二轮，是先写一张失败说明卡，再按卡定点改写：

哪一项没过 → 原文哪一句 → 失败原因与目标样子 → 允许怎么改、哪些内容不许动

说明卡把「我觉得还差一点」变成可执行的改写范围。模型改的是被点名的句子；未点名的句子默认保持原样。

先写失败说明卡，再动笔

失败说明卡用在已有初稿、且问题已经被指出之后。指出问题的可以是你自己，也可以是上一轮检查表、验收标准或假设扫描的结果。它的工作是把已知问题写成定点指令；重新发现全部问题，仍要靠检查表或通读。

四列可以这样理解：

列名	作用
失分项	用短标签写出没过的要求，例如「读者下一步不明确」「语气过满」「漏写适用范围」
原文摘句	从初稿中原样摘出对应句子；漏写类问题写「正文未出现」
失败原因与目标	说明为什么不行，以及改完后读者应能完成什么判断或动作
允许改法与不可动	写清可以增删改什么；同时写死日期、数字、对象、范围、限制条件等不可改内容

四列缺一不可：

只有失分项、没有原文摘句，模型会按自己的理解满篇搜索，容易改错位置。
只有「写清楚」，没有目标样子，模型仍会用空泛润色冒充修改。
不写不可动内容，定点改写也会顺手改掉事实字段。

说明卡先单独写好。确认每一行都能指回初稿中的具体位置后，再进入改写轮。这样你检查的是「指出的问题有没有被修好」，检查单位是失分行，不是整篇语感。

可直接复制的 Prompt

把方括号里的内容换成自己的任务。失败说明卡可以由你手写，也可以先根据检查结果填表，再整段粘贴。

你是一名中文实用写作编辑。现在只做定点改写：根据失败说明卡修改初稿，未点名的句子保持原样。

# 本次任务
- 成稿用途：[通知 / 邮件 / FAQ / 帮助说明 / 汇报]
- 读者：[身份、已有背景、读完后要完成的动作]
- 期望长度：[字数或段落数]
- 语气：[直接、克制、友好，或其他具体要求]

# 事实材料
只使用下面的材料。材料没有提供的日期、数字、范围、原因、效果、入口和承诺，不得写成确定事实。
[粘贴已经确认的事实材料]

# 初稿
[粘贴完整初稿]

# 失败说明卡
请严格按下面的表格改写。表格列固定为：
| 失分项 | 原文摘句 | 失败原因与目标 | 允许改法与不可动 |

[在这里粘贴已填好的失败说明卡；也可以直接写成 Markdown 表格]

# 改写规则
1. 只修改失败说明卡中点名的句子或明确要求补写的位置。
2. 未出现在「原文摘句」中的句子，默认逐字保留，不要顺手润色、重排或统一文风。
3. 「原文摘句」为「正文未出现」时，只在允许位置补写缺失信息；不要借机扩展其他段落。
4. 改写必须满足「失败原因与目标」；不要用近义词替换冒充完成。
5. 严格遵守每行的「允许改法与不可动」。材料中的日期、数字、对象、范围、状态和限制条件，除非说明卡要求修正错误，否则不得改动。
6. 不得新增材料未提供的入口、承诺、原因、效果或时间表。
7. 如果说明卡某行与材料冲突，在该行对应位置改成「待确认」，不要自行裁决业务事实。

# 输出格式
按下面顺序输出，完成后停止：

1. 改写对照表（Markdown 表格）：
| 失分项 | 原文摘句 | 改写后句子 | 是否触及不可动内容 |
2. 改写后全文
3. 快速核对，逐项回答：
   - 说明卡中的每一行是否都已处理；
   - 未点名句子是否保持原样；
   - 是否仍有材料之外的日期、数字、入口或承诺；
   - 是否出现新的空话或过强措辞。

不要输出创作过程，不要额外给优化建议。

这条 Prompt 的关键是先卡后文、只改点名处。对照表强迫模型先交代「这一行改成了什么」；全文输出时，未点名内容应能和初稿对得上。

用一则虚构通知走一遍

下面的材料完全虚构，只用于展示这条 Prompt 的运行方式：

任务：给团队版管理员写一则权限调整通知，控制在 120 字以内。
读者动作：管理员需要知道谁受影响、何时生效、现在要做什么。

事实材料：
- 「外部协作链接」将从 10 月 8 日起仅对团队版管理员可创建。
- 已有链接在 10 月 21 日前仍可访问。
- 普通成员将失去新建权限。
- 材料没有提供替代申请入口，也没有承诺不影响现有项目进度。

如果第一版写成：

为了进一步提升协作体验，外部协作链接权限即将全面升级。届时所有成员都需注意新规则，请尽快做好准备，确保业务不受影响。如有问题请随时联系我们。

这段话通顺，却没有写清谁受影响、何时生效、管理员现在要做什么；还用「全面升级」「确保业务不受影响」把材料里没有的效果写满了。

这时如果只回一句「再改清楚一点」，模型可能得到：

为优化安全管理，外部协作链接功能将迎来重要更新。请各位同事认真阅读并转发团队，提前梳理协作方式，共同保障项目顺利推进。

问题换了说法，关键信息仍旧缺失。

换成失败说明卡：

失分项	原文摘句	失败原因与目标	允许改法与不可动
读者下一步不明确	请尽快做好准备，确保业务不受影响	管理员读完后仍不知道现在该做什么；目标是写出可执行的下一步	可改成要求管理员在生效前检查本团队由普通成员创建的外部链接；不可编造具体操作入口
对象与时间缺失	外部协作链接权限即将全面升级	未写清谁失去新建权限、何时生效、已有链接怎么办	必须补入：10 月 8 日起仅管理员可创建；普通成员失去新建权限；已有链接 10 月 21 日前仍可访问。不可改这些日期和对象
语气过满	为了进一步提升协作体验 / 确保业务不受影响	材料没有体验提升和进度保证；目标是去掉无依据承诺	删除效果承诺与空泛目的句；不可新增「不影响项目」类保证

按卡改写后，正文可以是：

「外部协作链接」将从 10 月 8 日起仅对团队版管理员可创建，普通成员将失去新建权限。已有链接在 10 月 21 日前仍可访问。请管理员在生效前检查本团队中由普通成员创建的外部链接，并通知相关成员改由管理员创建。

这版把三处失分逐项补上：对象、时间、管理员动作；同时删掉了材料支撑不了的效果承诺，修改范围停在说明卡列出的句子。

发布前可以这样检查：

定点： 对照表三行都有对应改写；未点名位置保持克制，避免顺手扩写。
事实： 「10 月 8 日」「10 月 21 日」「仅管理员可创建」「已有链接仍可访问」都能回到材料。
缺口： 申请入口和进度保证仍保持材料未提供的状态。
范围： 修改停在说明卡列出的三处，全文结构与初稿可对照。

为什么第二轮要单独写成说明卡

Anthropic 的提示最佳实践把常见的多步写法概括为自校正链：先生成草稿，再按标准审阅，再根据审阅结果改写；并且建议每一步作为独立调用，以便记录、评估或分支。它同时强调指令要清楚、具体，把 Claude 当成「聪明但缺少你们内部规范的新员工」来写要求。1

Google 的官方提示策略建议：复杂任务不要堆在同一条指令里，而是拆成顺序步骤并串联；前一步输出作为后一步输入。它也提醒在输出后对照用户任务做核验。2

OpenAI 的 GPT-5.2 提示指南在迁移与调参时强调一次只改一处、每次小改后重新测量；在范围控制里则要求只实现用户明确点名的内容，把额外功能留在范围外。3

把这些建议落到中文实用写作的第二轮，最直接的动作就是：把已经发现的问题写成说明卡，让改写轮只消费这张卡。实验室文档支持的是「分步、小改、按标准再改写」这一方向；说明卡的列名和中文通知示例是面向日常写作的应用模板，仍需用你的真实初稿复测。

适合哪些任务，哪些情况先换方法

这条方法适合初稿已在、问题已知的第二轮：

产品通知和客户邮件： 已看出缺时间、对象或下一步，只补这些句子。
FAQ 与帮助说明： 已标出某步不可执行，只改该步，不动其他正确步骤。
项目汇报： 已指出结论过满或待决事项被写成已定，只收回这些表述。
润色后的返工： 第一轮改顺了句子，却弄丢范围或读者动作时，用说明卡把事实和动作补回。

下面三种情况，先换别的步骤：

还不知道哪里失败。 先用验收标准、假设扫描、反向大纲或人工通读找出问题；说明卡处理的是「已知失分如何改写」。
材料互相冲突，或关键事实尚未确认。 先做口径冲突处理或补齐事实；来源裁决要在定点改写之前完成。
需要整体换结构或换读者任务。 大段重排、换受众、换文体时，应先冻结新结构或重写任务卡；此时再用定点改写，范围会不够用。

它和相邻方法的分工可以记成：

方法	主要时机	主要产出
验收标准	写前	什么叫合格
假设扫描	成稿后、问题未点名时	未声明假设 / 无依据 / 过强措辞表
锁定不可改字段	任意改写前	日期、数字、范围等保护清单
失败说明卡	问题已被指出后的第二轮	只改失分行的对照表与正文

几条可以连用：先按验收标准或假设扫描找出问题，再把结果誊进失败说明卡，最后做定点改写。锁定不可改字段适合写进说明卡的「不可动」列，而不必另开一轮空泛润色。

发布前 30 秒检查

确认第二轮输入里有完整失败说明卡，而不只有「再改改」。
每一行都有原文摘句，或明确写着「正文未出现」。
每一行都写了允许改法和不可动内容。
改写对照表覆盖说明卡全部行。
抽查两处未点名句子，确认没有被顺手改写。
快速核对称职：无新增事实、无新的空话或过强措辞。
对外发布前，由人再确认日期、对象、权限和读者动作；业务核实仍要由人完成。

今天可以拿一则最近改过一轮仍不满意的通知或帮助文案练习：先手写三行失败说明卡，再只运行定点改写。你要比较的重点是：失分行有没有对准，以及那些本来没问题的句子是否还留在原地。

References

1
Prompting best practices - Claude Platform Docs
docs.anthropic.com
2
Prompt design strategies | Gemini API | Google AI for Developers
ai.google.dev
3
GPT-5.2 Prompting Guide
developers.openai.com