给 AI 一张「改动预算表」：把润色范围锁在该改的地方 (2026)

很多人把“帮我润色一下”交给 AI，拿回来的却是一篇重新解释过的文字。

原稿写着“产品团队计划下周三开放灰度测试”，成稿变成“下周三所有成员都可以使用”。句子更顺了，事实范围却变了。AI 还可能顺手补上原稿没有的原因、承诺和行动要求。

写作任务可以先加一张改动预算表：逐项写清哪些内容必须保留，哪些地方允许调整，哪些内容不能凭空加入。AI 先填表，确认后再润色，并在成稿后交一张变更账本。这样，“润色”会变成一个有边界的编辑动作。

改动预算表管三件事

这张表管理的是改写范围。它和“日期、数字、范围不能改”的不可改字段有交集，却多了一层对语言区域的控制：一段开场可以重排，产品名称需要原样保留，材料没有写出的承诺则只能留在禁止引入栏。

范围	作用	示例
逐字保留	锁住事实、专名、条件和责任边界	“计划于下周三开放灰度测试”
允许调整	指定可以改顺的句子和改法	合并重复句、调整段落顺序、删去空泛开场
禁止引入	把容易被模型顺手补出的内容挡在成稿外	全员可用、一定完成、材料没有写出的原因

“失败说明卡”适合初稿已经出现明确问题的情况，例如只修正第二段的一句过强表述。改动预算表适合更早的一步：读者只知道“请润色”，还需要先划出整篇文字的可编辑范围。

一条可直接复制的两轮 Prompt

把下面整段复制到聊天窗口，再替换方括号里的内容。第一轮结束后，先检查表格；确认表格之后，再发送第二轮指令。

你是一名中文文字编辑。请在不改变原稿事实与责任边界的前提下，完成一次有范围的润色。

<writing_task>
写作任务：[例如：把产品更新通知润色成面向项目成员的简洁通知]
目标读者：[谁会阅读]
读者读完要完成的动作或判断：[例如：知道测试何时开始，以及自己需要查看什么]
本次编辑目标：[例如：减少重复，让步骤更容易找到]
</writing_task>

<source_text>
[粘贴原稿全文]
</source_text>

<editing_rules>
1. 只使用 source_text 和 writing_task 中已有的信息。日期、数字、产品名、地点、对象、范围、条件、责任主体和承诺强度都属于事实内容。
2. 把原稿拆成可识别的编辑区域。每个区域分配唯一 ID，例如 P1、P2、P3。
3. 第一轮只输出“改动预算表”，不要润色正文。表格必须包含：区域 ID、原文作用、必须逐字保留、允许调整、禁止引入、核对方式。
4. “必须逐字保留”填写需要原样保留的事实、专名、条件、限定词和责任边界。原稿没有明确写出的内容留空。
5. “允许调整”只能填写本次编辑目标允许的动作，例如删重复、调顺序、拆长句、替换空泛表达。每项动作写明作用区域。
6. “禁止引入”填写材料中没有出现、但模型可能顺手补出的事实、原因、数字、承诺、权限、行动要求和评价。
7. 第一轮最后单独列出“需要我确认的范围问题”。只有会改变事实、对象、范围、责任或读者动作的问题才列出。
8. 第一轮完成表格后停止，等待我确认。

收到我确认的改动预算表后，执行第二轮：
1. 只在“允许调整”列规定的区域内改写。
2. “必须逐字保留”列中的内容保持原样；原稿中的“计划、预计、可能、建议、截至”等限定词保持原样。
3. “禁止引入”列中的内容不得进入正文。原稿没有依据的内容放到“待确认”区，并说明对应区域 ID。
4. 未被允许调整的区域保持原句；如果原句存在明显事实问题，列入“待确认”，交给我决定。
5. 输出顺序固定为：润色后正文、待确认、变更账本。
6. 变更账本只记录实际发生的改动，包含：区域 ID、原文片段、改写后片段、改动动作、预算依据。
7. 变更账本完成后停止，不生成第二版正文，也不继续扩展建议。

Prompt 里最关键的一句是“第一轮只输出改动预算表”。它把范围确认从润色动作中单独拿出来。读者可以在第二轮前删掉一项允许调整，也可以把一项内容移到“必须逐字保留”里。

第二个关键点是“未被允许调整的区域保持原句”。“保持原意”需要模型自己判断，判断结果可能随语气和上下文变化；“保持原句”则是一个更容易检查的编辑边界。

用一则通知试一遍

下面的原稿是虚构材料，只用来展示这条 Prompt 的工作方式：

产品团队计划于下周三 10:00 开放批量导出的灰度测试，首批范围为已开启“新权限组”的项目。
管理员可以在“项目设置 > 权限组”中查看项目状态。
为了帮助大家更好地使用新功能，请相关同事提前做好准备并积极参与。

第一轮的改动预算表可以这样写：

区域 ID	原文作用	必须逐字保留	允许调整	禁止引入	核对方式
P1	说明时间与灰度范围	“计划”“下周三 10:00”“批量导出”“首批范围”“已开启新权限组的项目”	拆成两句，让时间和范围更容易找到	所有成员可用、正式上线、其他项目也能使用	对照 P1 检查时间、功能和范围
P2	提供操作入口	“项目设置 > 权限组”“管理员”	删除重复的“项目”，调整句子顺序	成员也能修改权限、入口一定对所有人开放	对照 P2 检查角色与路径
P3	提出准备建议	“帮助大家更好地使用新功能”	改成具体、克制的准备动作	必须参加、保证熟练、提前完成培训	对照 P3 检查建议强度

表格确认后，第二轮可以生成：

产品团队计划于下周三 10:00 开放批量导出的灰度测试，首批范围为已开启“新权限组”的项目。
管理员可以在“项目设置 > 权限组”中查看项目状态。相关同事可以提前了解批量导出的使用说明，为测试做准备。

对应的变更账本只记录这些变化：

区域 ID	原文片段	改写后片段	改动动作	预算依据
P1	一句同时放时间和范围	拆成更易扫描的句子	拆句	P1 允许调整：让时间和范围更容易找到
P3	“提前做好准备并积极参与”	“提前了解批量导出的使用说明，为测试做准备”	把空泛动作改成材料支持的准备动作	P3 允许调整：改成具体、克制的准备动作

这里有一项需要人工留意的变化：原稿只写“提前做好准备”，没有明确写“了解使用说明”。如果“使用说明”并不在读者手头的材料里，P3 的这次改写就应该放入“待确认”，而不是直接进入正文。改动预算表限制了润色范围，事实核验仍然需要读者或编辑完成。

适合什么时候用

产品更新和服务通知：保护时间、灰度范围、开放对象与权限条件，同时允许删掉重复开场。
邮件和汇报：允许调整信息顺序与句子长度，保留责任主体、决定状态和待确认事项。
FAQ 和帮助说明：保护操作路径与适用条件，把解释写得更容易扫描。
已有初稿的风格润色：当读者希望“更自然”或“更简洁”，却希望其他内容原样保留时，先划定可以动的区域。

长文重构、材料互相矛盾、逐句来源核验，分别需要结构规划、口径冲突单和主张—来源账本。改动预算表可以作为入口，但它承担的是“改哪里、改到什么程度”的工作。

为什么把预算和改写拆开

OpenAI 的 GPT-5.2 提示指南把“只执行用户明确提出的内容”和“不要扩大任务范围”列为范围控制建议，并建议在交稿前检查未声明假设、缺少上下文依据的主张和过强措辞。本文把这组建议改造成写作前的“改动预算表”和写作后的“变更账本”。1

Anthropic 的提示实践建议明确写出目标格式和约束，并把复杂任务拆成连续步骤；它还把“生成草稿—按标准审阅—按审阅结果改写”列为常见的自校正链，每一步都可以独立记录和评估。先填预算、再改写，正好把范围确认和语言编辑分成两个可检查的步骤。2

Google 的提示设计指南也建议把复杂任务拆成多个提示，让前一步的输出成为后一步的输入，并在生成后按任务检查结果。预算表就是第一步的输出，成稿和变更账本是后两步的输出。3

这些指南支持的是范围控制、任务拆分和生成后检查。“改动预算表”是针对中文写作改写整理出的工作方法，不是上述指南的官方术语，也不能替代事实核验。

发布前 30 秒检查

第一轮是否只产出了预算表？预算表是否经过人工确认？
每个改写句子是否能回到“允许调整”中的一项动作？
日期、数字、专名、范围、条件、责任主体和限定词是否与原稿一致？
成稿是否增加了原稿没有的原因、权限、承诺、数字或行动要求？
未被允许调整的区域是否保持原句？变更账本是否记录了每一处实际变化？

“请润色”给了 AI 一个结果方向，却没有给出编辑权限。下一次处理通知、邮件或汇报时，先让 AI 列出改动预算，再决定哪些地方值得动；读者保留最终确认权，模型只在获准的范围内工作。

Fuentes de referencia

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