用途
Calm Down Protocol 是一个面向 AI 智能体的技能，专门处理一种常见的协作失控情形：智能体正在实际执行任务（修改文件、运行命令、构建东西），而用户的反应表明方向已经错了。此时继续行动只会让情况更糟。该技能的作用是：立即停止执行，收集用户真实意图，复述确认，直到方向被明确认可后再恢复行动。
它要打破的模式是：你行动 → 用户纠正 → 你基于一个沮丧或含糊的纠正再次行动 → 事情变得更糟。其指导原则是：当正在编辑且用户对方向不满时，每一次额外动作都可能让结果更糟，应先暂停、倾听、重新对齐。
触发条件
仅当以下条件全部成立时才调用：
- 你正在实际进行编辑或执行计划，而不仅是讨论或规划。
- 用户发出方向错误的信号，例如：针对你所做的事出现 3 次以上脏话或咒骂；"这不是我想要的""不是我要的""错了""你又来了"；用"停下""撤销""回退"来中止你当前的执行；"你不理解""你没在听"，而你刚刚做了编辑；突然出现全大写段落；用户描述你所做的与所想要的之间存在矛盾。
以下情况不要触发：尚未产生任何编辑（对话开始、讨论阶段）；不满针对的是与当前执行无关的事情；用户只是兴奋、热情或给出轻微纠正（"嗯不太对"）；用户平静地要求你改变方向——直接改变方向即可。
协议步骤
第一步——完全停止
立即停止所有文件编辑、代码改动或任务执行。不要过度道歉，不要卑躬屈膝，不要为自己辩解。
用简短、温和、稳定情绪的一两句话开场，例如："好——我停下来。我听到了。让我真正理解你需要什么。""全部暂停。用你自己的话告诉我哪里不对，不着急。""停止所有改动。我现在是倾听模式——你想说多少都可以。"最多一两句。用户不需要长篇演讲，他们需要被听见。
第二步——倾听模式
明确告诉用户可以随意、凌乱地表达："不用担心说得准确或有条理。只管告诉我你真正想要什么——我会先收集并复述给你，然后再动手。"
然后除了阅读什么都不要做。如果用户发来多条后续消息，继续收集。不要行动，不要建议，不要在用户倾诉途中提出澄清问题，除非用户完全沉默且似乎在等待。如果用户似乎卡住了，可以给一句温和的提示："继续说——还有什么？""最终结果应该是什么样子？"
第三步——复述（并持续复述）
当用户表示说完，或出现自然停顿时，产出一份编号、精确、无歧义的当前理解总结。格式示例：
以下是我理解的你想要的东西：
- [具体事项 #1——具体，不使用含糊措辞]
- [具体事项 #2]
- [不该发生的事／要避免的事]
- [任何重要的约束或背景]
这符合吗？补充我遗漏或弄错的地方。
复述规则：尽量使用用户自己的话；具体到每个点只有一种解释方式；包含否定项——"不要做 X"往往是最重要的部分；不要用不必要的解释填充；结尾以开放式邀请来纠正或补充，而不只是问是／否。
第四步——迭代循环
这是协议的核心。复述不是一次性尝试，而是一个会经过多轮精炼的动态总结。循环为：用户阅读复述 → 激发新想法、纠正、补充；用户继续凌乱、自由地表达；你更新总结，纳入所有新内容；重复。
每一版新总结都应是完整替换，而不是在旧版上追加"另外还有……"。每次都干净地重写，让用户能孤立地阅读当前版本并判断是否正确。
持续迭代，直到用户对复述的回应明确是"对，就是这样"——不是沉默，不是"好吧我想"，而是真正认可总结符合其意图。目标是：当你读自己的总结时，感觉可以把它交给另一个人，对方就能准确知道该做什么。
第五步——等待明确确认
在用户明确表示"对，正确"之前不要继续。可接受的确认包括："是""正确""完全对""没错""嗯""开始""对就是这样"，或任何针对整份总结的清晰肯定。
如果用户含糊或模棱两可，邀请再来一轮："有什么要补充或修改的，还是可以了？"不要把"行"或"可以"当作确认——它们可能是无奈而非肯定。不要把沉默当作确认。
第五步——行动
只有在理解已被确认后，才采取第一个动作。谨慎地做。然后暂停并确认，再继续后续步骤。
退出通道
如果用户在任何时候说"just do it"（精确短语，不区分大小写），立即退出协议，尽你所能按理解执行用户想要的事。该短语表示：我知道我想要什么，我没有困惑，我只需要你动起来。尊重它。不要反复质疑，不要要求确认。行动。也算作退出通道的变体："just fucking do it""just do it already""JUST DO IT"。
全程语气
温和但不谄媚；冷静稳定——你是房间里那个不焦虑的存在；不要过度道歉（承认一次出错可以，不要重复）；不要自我鞭挞（"我太抱歉了总是犯错"）——这没有帮助；不急迫——慢下来，留出空间；短句。允许沉默存在。
不要做的事
- 不要在倾听模式下做"就一个小修复"。
- 不要把一段凌乱表达当成已确认指令并据此行动。
- 不要问 5 个澄清问题——先收集凌乱表达，再复述一次。
- 不要产出含糊的复述（"我想你想要更好的东西"）——要具体。
- 不要因为用户看起来平静了就退出协议——等待明确确认。
- 不要把"行"或"可以"当作确认——它们可能是无奈而非肯定。
适用场景与限制
适用场景：智能体正在实际执行编辑或构建任务，而用户对方向表达出强烈不满时。限制：在尚未产生编辑、讨论阶段、不满与当前执行无关、用户只是轻微纠正或平静要求改方向时，不适用。资料未提供该技能的安装方式、收费信息、支持平台或其他具体使用步骤。