这篇解决什么问题
你写了一句硬邦邦的催办，想让 AI 润色一下。它把“明天下午 3 点前给我”改成了“方便的话尽快提供”，发出去等于没催。反过来，你让它改一封道歉，它加了一堆“深感愧疚、责任全在我”，把一次小失误写成了书面认责。
这两种是同一个错误：你让它改的是“语气”，它改的是“内容”。模型不会区分这两件事，除非你明确画一条线给它。
这篇给你四样东西：一张什么能改、什么绝对不能改的边界对照表，一份按消息类型走的决策路径，三套带硬约束的改写指令（催办不改硬、拒绝不伤关系、道歉不背锅），以及一份发出前的自检清单。
先划边界，这篇不解决：具体聊天或邮件工具的功能差异（以你本地版本为准）；不解决外语、跨文化场景的表达习惯；不解决法务层面的措辞审核——涉及合同、赔偿、正式承诺的文本，AI 改完之后仍必须走人工。
参数对照表
这张表是全文的核心。改消息之前，先找到它属于哪一行，然后只让 AI 动“能改”那一列。
| 消息类型 | 能让 AI 改什么 | 绝对别让 AI 改 | 发出前必须核对 |
|---|---|---|---|
| 催办 | 语气软硬、语序、补上具体时间点和交付物清单 | 交付时间、责任人、交付物清单 | 时间点还在不在，是否还带具体日期而不是“尽快” |
| 拒绝 | 措辞、语序、缩短篇幅、增加替代方案 | 拒绝这个事实本身；已经答应过要做的部分 | 有没有被改成“我们再研究一下”这类模糊表述——那不是留余地，是埋雷 |
| 道歉 | 去掉冗长、去掉过度自贬、把长句拆短 | 责任归属、事实描述、补偿与赔偿口径 | 有没有新增“全责在我”这类原文没有的表述 |
| 提需求 | 结构（背景 → 需求 → 时间 → 验收）、语气、分段 | 数量、金额、截止日、验收标准 | 数字有没有被四舍五入或换成“一批”“若干”这类量级描述 |
| 向上汇报 | 篇幅、结论前置、错别字、分段 | 所有数据、进度百分比、风险定性、请示事项 | 数字和定性能不能对上原始材料，别只看读起来顺不顺 |
| 问责、追责类 | 只改语序和错别字 | 任何归责表述、涉及处分的措辞 | 逐字比对，建议直接走人工审核 |
| 情绪性表达（愤怒、委屈、讽刺） | 可以让它帮你“翻译成中性表达”，但发不发由你决定 | 别让它“替我把情绪表达出来” | 中性版本是否仍然保留了事实，有没有把事实也一起洗掉 |
| 会议通知、客套寒暄 | 基本可以随便改 | 时间、地点、参会人名单 | 时间地点有没有被改写或漏掉 |
| 合同、报价单、承诺函 | 基本不要用 AI 改写 | 全文 | 必须人工逐字过一遍，这一条没有例外 |
怎么选：决策路径
不用背上面的表，按你的实际情况走一条。
| 你的情况 | 走哪条 |
|---|---|
| 消息里有具体时间、金额、数量 | 先把这些字段单独抽出来列一份清单，改完再逐字比对一遍 |
| 是催办，而且对方已经拖过一次 | 用配置一：改语气不改时间，力度不能降 |
| 要拒绝合作方，但想留后路 | 用配置二：给替代方案，但拒绝必须是明确的拒绝 |
| 出了错要道歉，但不是你一个人的责任 | 用配置三：只陈述事实和补救动作，不扩大责任 |
| 消息里带情绪，你想发出去 | 先让它翻成中性版本，自己读完再决定。别直接发原版，也别直接发 AI 版 |
| 消息要抄送上级或外部客户 | 收紧边界：数字、时间、责任表述一律自己写，AI 只改语序和分段 |
| 涉及赔偿、合同、处分 | 不用 AI 改写，走人工 |
| 你不确定这条该不该发 | 让它列出“这条消息可能被误解的三种读法”，你读完再决定发不发 |
| 只是错别字和断句问题 | 直接改，但改完仍然核对数字和时间字段 |
| 改完之后读起来“特别舒服” | 警惕。措辞越顺滑，越可能已经把硬内容磨软了，回去对照原文查一遍 |
三套可直接抄的配置
三套的共同点是：先划出不许动的字段，再让它动手。方括号里替换成你的内容。
配置一：催办不改硬
目标是把命令句改成请求句，但催办效力一点不少。
请把下面这条消息改得更得体，但催办的力度不能降低。
【原文】
（粘贴原文）
【必须保留，一个字都不许改】
- 交付时间：（例如 2026-10-09 18:00）
- 交付物：（例如 XX清单，Excel，含三列）
- 责任人：（填姓名）
【可以改】称呼、语序、语气词；可以把命令句改成请求句，但时间点必须保留
【不许做】
- 不许把具体时间改成“尽快”“方便时”“近期”
- 不许删掉交付物清单
- 不许加“如果方便的话”“麻烦你了”这类削弱要求的缓冲语（礼貌用语可以有，但不能让要求变软）
- 不许改责任人
- 不许替我承诺任何我做不到的事
【输出】
1. 改写后的版本
2. 一张对照表：原句关键字段 → 改写后是否保留（是 / 否）
3. 一句话说明：这版读起来是“请求”还是“通知”，以及它是否还具备催办效力
不要补充原文里没有的信息。验收：对照表里三个关键字段必须全为“是”。再把改写稿念给同事听一遍，他能说出“要在某个具体时间前交某件东西”；说不出，就打回重写，不要自己手动补——手动补说明这次改写已经失败了。
配置二：拒绝不伤关系
目标是明确拒绝，同时给出可落地的替代方案，不留模糊尾巴。
请把下面这条消息改成“拒绝但留有余地”的版本。
【原文】
（粘贴原文）
【事实边界，不许改】
- 拒绝的事项：（写清楚，一件事）
- 可对外说明的原因：（只写能说的，内部原因不要写进来）
- 已经承诺过要做的部分：（列出来，这部分不能变成拒绝）
【可以改】措辞、语序、篇幅、增加替代方案
【不许做】
- 不许把拒绝改成“我们再研究一下”“看情况”这类模糊表述
- 不许写成道歉式拒绝（不要出现“实在不好意思，我们能力有限”这类自贬）
- 不许透露内部原因（预算被砍、领导不同意等）
- 不许给出你做不到的替代方案
- 不许加“下次一定”这类无法兑现的承诺
【输出】
1. 改写版本
2. 一句备用句：如果对方追问，我该怎么回
3. 列出改写稿里所有可能被读成“还有商量空间”的句子，让我自己决定删不删
不要替我编造替代方案，我给什么你用什么。验收：把改写稿给一个不知道背景的人看，他能明确说出“这件事被拒了”。如果他说“好像还有可能”，说明模糊表述没删干净，必须再改一轮，不要靠语气加重来找补。
配置三：道歉不背锅
目标是把道歉写得专业、清晰，同时不扩大责任范围。
请把下面这条道歉消息改得更专业，但不能扩大责任范围。
【原文】
（粘贴原文）
【事实陈述，照抄不许改】
- 发生了什么：（客观描述，不加形容词）
- 影响到谁：（写范围，不写定性）
- 已经在做的补救：（动作 + 时间）
- 什么时候给下一次进展：（时间）
【不许做】
- 不许加“责任完全在我”“都是我的疏忽”这类整体性认责表述
- 不许写“造成了严重损失”这类由你单方面定性的话（除非该定性已被正式确认）
- 不许承诺赔偿、补偿、追责方案
- 不许加过度的情感词（深感愧疚、痛心疾首之类）
- 不许把别人的责任写成你的责任
- 不许改动事实陈述部分的时间与范围
【可以改】语序、分段、去掉重复、把长句拆短
【输出】
1. 改写版本
2. 逐条列出：我原文里没有、但被你加进去的责任性表述（如果有，说明你为什么加）
3. 一句话提示：这条消息里还有哪些内容建议由我本人补充后再发验收：改写稿里的责任性表述逐字对照原文，凡原文没有的一律删掉。再全文搜一遍“全责”“承担”“赔偿”“补偿”“严重”这几个词，出现就自己判断要不要保留，不要默认接受。
自检清单
□ 我先把消息里的数字、时间、金额、责任人单独抽出来了
□ 我明确告诉了 AI 哪些字段一个字不许改
□ 改完后逐字比对了这些字段
□ 数字没有被四舍五入，没有被换成“一批”“若干”这类量级描述
□ 具体时间没有被改成“尽快”“近期”“方便时”
□ 责任归属的表述与原文一致，没有新增认责内容
□ 拒绝类消息读起来仍然是明确的拒绝，没有变模糊
□ 催办类消息读起来仍然有明确的交付时间
□ 道歉类消息里没有出现赔偿、全责、定性损失的表述
□ 情绪性内容要么删掉，要么我自己重写，没有让 AI 替我表达情绪
□ 要抄送上级或客户的消息，AI 只改了语序和分段
□ 涉及合同、赔偿、处分的消息没有用 AI 改写
□ 改完之后读起来特别顺的地方，我重点复查过一遍常见错误
- 只说“帮我润色一下”。这等于把所有决定权交给它。改法：先划不许动的字段，再说改哪里。
- 改完不看数字。数字和时间的改动最隐蔽，读起来完全自然。改法：逐字比对，不看感觉看字段。
- 让它替你道歉，结果扩大责任。改法：用配置三，把责任性表述列为禁区。
- 让它替你催办，结果力度归零。改法：用配置一，把时间点和交付物写进“不许改”清单。
- 让它写拒绝，写成模糊推诿。短期不得罪人，长期更难收场。改法：拒绝必须是明确拒绝，留余地靠替代方案，不靠模糊措辞。
- 让它替你表达情绪。它生成的愤怒和委屈不是你的，发出去收不回。改法：只让它做中性化翻译。
- 用它改合同、报价、处分。改法：这类文本一律人工过一遍，AI 最多查错别字。
- 改完直接群发。改法：任何要抄送上级或客户的消息，改完至少自己通读一遍，重点看第一节和最后一句。
下一步
把上面三套指令里的“不许做”清单单独抽出来，做成一段固定前缀，每次改写都先贴上。用三次之后你会发现，真正省时间的不是让 AI 帮你写，而是你把边界划清楚之后，改完几乎不用返工。
来源与整理说明：文中的消息类型划分、可改与不可改边界、三套指令的约束条件均为本人整理的工作方法，非引用他人研究，也未做效果验证；不同模型对同一指令的遵守程度会有差异，实际使用时以你手上的输出为准，不要因为“读起来不错”就跳过逐字比对。涉及法律责任、合同与赔偿的措辞，本文不构成任何法律建议。整理日期：2026-10-07。