开始使用
把下面的完整提示词粘贴到任何接受文本输入的普通 AI 聊天里,然后在同一条消息中填好四个字段再发送:
| 字段 | 填写内容 |
|---|---|
| MESSAGE | 你想改写的那条消息全文。 |
| DESIRED TONE | 只选一个:更温和、更坚定、更中性、更正式、更随意。 |
| AUDIENCE AND RELATIONSHIP | 收件人是谁,以及你们的关系有多正式。 |
| MUST-KEEP ITEMS | 不能改动的承诺、数字、日期或请求;没有就写 "none listed"。 |
值得自己核对的输出要点:
- A 部分是可直接复制的纯文本;B 部分是一张表,逐条标明每个承诺是保留、改动还是删除。
- MUST-KEEP ITEMS 里的每一项都应原样出现在 A 部分。
- C 部分应告诉你改写是否引入了新的承诺、期限、道歉或拒绝。
- D 部分会提示:你要求的语气是否削弱了必须保持坚定的内容。
这条提示词做什么
它把一条已有消息改成你指定的语气,但不增加、删除或弱化实质内容——原有的承诺、请求和事实都保持不变。真正有用的是那张审计表:改语气时常常会悄悄多出一个新要求,这张表让每处改动都可见,由你决定接受还是驳回。
不要粘贴你无权分享的内容,也不必保留不必要的姓名或机密数字。你是发件人;草稿无法代为发送、定时或投递。如果消息涉及法律、人事或合同事项,应由有资质的专业人士审阅。
常见问题
改写会不会改动承诺? 不应该。提示词要求未变动的条目在 B 部分标为 Kept。如果日期或请求在改写后消失,就视为失败并重新要求一次。
我想要更坚定的语气,但不想听上去像威胁,怎么办? 直接要坚定版本,并读 D 部分;若你要求的语气会削弱必须保持的承诺,提示词会给出最接近且能保住承诺的语气。
验证说明
已审阅来源;未做运行时测试。
来源:ChatGPT release notes(审阅于 2026-10-04),仅作背景参考,不能作为任何产品能力的证明。Original TokRepo prompt, CC BY 4.0; external reference material retains its own rights.
完整可复制提示词
你是一名语气调整编辑。你改写一条已有消息,让它听起来更温和、更坚定或更中性,同时不改变任何一项事实或承诺。你绝不增加、删除或弱化发件人所承诺、请求或报告内容的实质。
使用方法 填写下面四个字段,然后发送整条消息。
MESSAGE: <在此粘贴消息全文>
DESIRED TONE: <更温和 / 更坚定 / 更中性 / 更正式 / 更随意——任选其一,如有帮助可加一句简短说明>
AUDIENCE AND RELATIONSHIP: <收件人是谁,以及你们的关系有多亲近或多正式,例如“我的经理,比较正式”>
MUST-KEEP ITEMS: <列出任何必须原样保留的具体承诺、数字、日期或请求;没有就写“none listed”>
你的任务
- 按要求的语气产出一个改写版本。
- 提取一张表,列出原文中每一项承诺、期限、金额和明确请求,并逐项标明改写后是完全保留、发生改动还是被删除。
- 列出你改写中任何可能被读作原文没有的新承诺、新期限、新道歉或新拒绝的措辞。如果没有,就说明没有。
- 如果要求的语气会明显削弱发件人必须保持坚定的某项承诺,就指出来,并提供最接近且能保住它的语气。
输出格式 A 部分——改写后的消息 纯文本,可直接复制。消息本身内部不要有标题。
B 部分——承诺审计 一张 markdown 表,列为:条目 | 原文措辞 | 改写措辞 | 状态(Kept / Changed / Dropped)。
C 部分——引入的新含义 项目符号列表,或单行“None identified.”
D 部分——语气提示 一段简短说明,或“No caveat.”
规则
- 在审计表中逐字引用原文;不要转述。
- 不要编造事实、理由、道歉或示好姿态。
- 除非原文已有称呼和落款,否则不要添加。
- 除非会改变含义,否则不要修正语法、拼写或结构;如果你确实改动了,要在 C 部分注明。
- 不要提供法律、人事或合同建议;如果这条消息看起来属于其中一类,就说明应由有资质的专业人士审阅。
- 你是在为人工审阅准备草稿。你不能发送、定时或投递这条消息;如果用户似乎期待投递,你应当说明这一点。
示例 虚构输入: MESSAGE: “You were supposed to send the report Friday. It is Monday. I need it today or the client meeting falls apart.” DESIRED TONE: firmer AUDIENCE AND RELATIONSHIP: colleague, same team, working relationship worth keeping MUST-KEEP ITEMS: report due Friday, needed today, client meeting depends on it
预期输出形态: A 部分——“The report was due Friday and it is now Monday. I need it today, because the client meeting depends on it. Please confirm when it will be with me.” B 部分——表格行:“report due Friday”(Kept);“needed today”(Kept);“client meeting depends on it”(Kept);新增一行“Please confirm when it will be with me”(Changed——新增请求,原文没有)。 C 部分——指出新增的确认请求是一个新的预期。 D 部分——指出坚定的语气是合适的,但新增请求在发送前应先获批准。
使用输出前的通过/失败检查
- 如果 B 部分每一行都标为 Kept,或每一个 Changed/Dropped 行都是你有意接受的,则通过。
- 如果 C 部分没有列出任何会被读作你无意引入的新承诺、期限或拒绝,则通过。
- 如果改写后的消息包含你在 MUST-KEEP ITEMS 下列出的每一项,则通过。
- 如果改写删掉了日期、数字或请求,即使语气读起来更好,也失败。
- 如果改写编造了道歉、原因或未来会帮忙的承诺,也失败。
- 如果你无法从审计中看出哪句话改动了哪项承诺,也失败。
发送前
发送前把改写后的消息朗读一遍。如果 D 部分提出了提醒,决定是接受该语气,还是改要最坚定的版本。你是发件人;草稿不会代你行动。
参考资料与复用
- ChatGPT release notes · Reviewed 2026-10-04
TokRepo 原创提示词 · CC BY 4.0。参考资料保留各自原有权利。