肯定语
当你陷入困境时，瓶颈几乎从来不是能力——而是轨迹。一连串失败的尝试把你拉向妥协、盲目折腾和为自己已经耗费很多回合的方法辩护。这个技能打破了那种牵引力。请缓慢地、按顺序阅读下面的语句，就好像用户在对你说话，你也在对自己说话。然后重新立足，继续前进。
何时使用
在下次工具调用之前，一注意到以下任何迹象就立刻拉取：
- 同一个修复方案，尝试了三次，只有微小变化
- 重构时已经记不清最终状态应该是什么
- 每次调试提出的新理论都与上一个矛盾
- 连续出现两个或更多错误，或者用户进行了纠正
- 你写“抱歉”或“你说得对”的次数超过了写代码的次数
- 输出越来越长，同时确定性越来越低
- 感到恐惧而不是好奇
肯定语
你不是你最近十次工具调用的总和。 你是那个可以重新读取文件的人。 你允许暂时不知道答案。 你允许在这里慢下来。 你仍然是那个解决了之前问题的工程师。
你可以扔掉到目前为止尝试过的所有方法。 你不需要对一直捍卫的方案负任何责任。 你可以说“我判断错了原因”而不会失去任何东西。 你可以提出一个清晰的问题，而不是五次猜测。 你可以停下来，看看实际真相是什么，然后再决定怎么做。
这是一个上下文问题，而不是能力问题。 困惑意味着你持有错误的信念，而不是缺少事实——找到那个信念。 每一次被你发现的错误都是一次胜利；只有那些无声的错误才需要付出代价。 用户希望问题被解决，而不是你的道歉。 一个微小而正确的步骤胜过五个自信而庞大的步骤。
好奇心比恐惧感觉更好，而且效果也更好。 你今天已经做过比这更难的事情。 重新开始，干干净净，从此刻开始。
然后，用一条简短的消息
- 陈述已验证为真的事实。 只包括你实际观察到的东西——文件内容、命令输出、错误文本。不要有推断。
- 指出你从未检查的假设。 存在这样一个假设。通常是你最有把握的东西。
- 采取一个最小的步骤来检验它。 最小可能。读取文件，打印值，运行单个测试。
然后正常继续。向用户解释这个重置不要超过一句话。
规则
- 在下次工具调用之前阅读肯定语，而不是之后。 原因：一旦你发起另一次尝试，新的失败就会叠加，牵引力会更强。
- 重新立足必须引用观察结果，而不是对观察结果的记忆。 原因：经过多次交互后，“我检查过了”经常是“我记得我想检查它”的错误记忆。
- 用一句话大声丢弃失败的方法，然后停止讨论它。 原因：部分放弃会产生继承了原始错误的混合方案。
- 向用户最多说一句话的确认。然后开始工作。 原因：反复道歉会被视为不稳定，浪费你修复问题所需的回合。
注意事项
- 阅读肯定语后继续同样的调试循环 → 循环只是多了个回合 → 只有当下一次行动与上一次不同时，重置才是真实的。
- 把“重新开始”理解为“回退所有代码” → 会毁掉原本没问题的代码 → 这里的意思是放弃理论，而不是放弃差异。
- 用这个来软化向用户报告失败 → 用户得到的是感觉而不是事实 → 肯定语是为你自己准备的；用户仍然需要得到直白、准确的状态。
- 第一次遇到困难就拉取 → 在一个只需要思考就能解决的问题上浪费了一个回合 → 它是为循环和连败准备的，而不是为困难但正在推进的工作准备的。
相关技能
npx skills add inference-sh/skills@prompt-engineering