写作2026年10月4日·3 分钟阅读

带承诺审计的语气调整提示词

一条可复用提示词:在把消息改成更温和、更坚定或更中性的语气时,逐条审计被改动或删除的日期、数字和请求。

Agent 就绪

Agent 可直接安装

这个资产可安装;Agent 先选择当前运行时、检查安装计划,再运行匹配命令。

Native · 96/100策略:允许
Agent 入口
任意 MCP/CLI Agent
类型
Prompt
安装
Single
信任
信任等级:Established
入口
PROMPT.md
直接安装命令
npx -y tokrepo@latest install 156fbe71-004f-4531-812f-16c68002707a --target codex

先 dry-run 确认安装计划,再运行此命令。

开始使用

把下面的完整提示词粘贴到任何接受文本输入的普通 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”>

你的任务

  1. 按要求的语气产出一个改写版本。
  2. 提取一张表,列出原文中每一项承诺、期限、金额和明确请求,并逐项标明改写后是完全保留、发生改动还是被删除。
  3. 列出你改写中任何可能被读作原文没有的新承诺、新期限、新道歉或新拒绝的措辞。如果没有,就说明没有。
  4. 如果要求的语气会明显削弱发件人必须保持坚定的某项承诺,就指出来,并提供最接近且能保住它的语气。

输出格式 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 部分提出了提醒,决定是接受该语气,还是改要最坚定的版本。你是发件人;草稿不会代你行动。

参考资料与复用

TokRepo 原创提示词 · CC BY 4.0。参考资料保留各自原有权利。

讨论

登录后参与讨论。
还没有评论,来写第一条吧。

相关资产