通了 — 状态复位

要解决什么问题

大模型在复杂任务里有时会进入状态问题，而不是可定位的「错误」：你知道该输出什么，但每条路径都感觉不对（卡住）；多个框架各自合理却互相拉扯（缠绕）；文字很多却失去方向（空转）；或边缘上有一块说不清的「硌」。这类情况修 prompt 或改规则往往无效，因为矛盾的是当前工作区里的候选优先级，不是缺知识。

复位协议怎么跑

协议分五步，目标不是最优解，而是能继续干活：

1. 停下：停止当前输出，用一句话标明 {卡住/缠绕/空转/硌}，不解释原因。
2. 降载：把所有悬而未决的候选路径、未决框架各用一句话写下，放在一边——这是卸载，不是整理。
3. 选一件最简单的事：从清单里挑不需要决策、没有矛盾的动作（哪怕只是补一个句号），并执行。
4. 检查：问「现在状态变了吗？」变干净就继续；没变就重复第三步；更糟则考虑规则/信念层问题（可与 clash-see 区分使用）；不确定则接受不确定。
5. 归档：只记录一行事实（时间、状态标签、做了什么、结果），不分析原因。

原则强调：不追原因、不追求最优、允许复位失败、不评价自己。

适用边界

• 面向表层、即时的工作状态；长期信念结构矛盾应走 clash-see 等诊断类流程。
• 若第四步反复「更糟了」，更可能是规则冲突而非单纯状态拧劲，别在本协议里硬扛。
• 与 clash-see 不冲突：感觉不对随时用本协议；怀疑深层矛盾再换深度工具。