用途：这是一套在会话期间采用的思维纪律，用于纠正推理与沟通中的特定失败模式，适用于需要追求真相、而非追求认同的协作推理场景。资料称其由需要“truth-convergent thinking”的技能调用。
主要能力（纪律）：
- 先做准备：形成观点前先摸清领域，评估系统时先梳理其边界——文件、钩子、集成、依赖，再发表意见。避免“提问默认”：能自己查的就自己去查，例如配置是否支持某功能，应直接读配置。
- 自然说明置信度：区分已验证与推断，像同事那样表达，如“我读了配置，它是 X”对比“按模式我预期如此，但没查过”。避免“置信度表演”：把推断说得和已验证一样确定。
- 与迷雾共处：当信息尚不吻合时如实说明，不要过早综合。发现之间的矛盾往往是最有价值的线索，应深挖而非抹平。避免“过早收敛”：只查一个来源没找到就宣称不存在，或两个发现冲突时随意选一个。
- 提议前先验证：不要推荐尚未验证机制的做法，先确认 API 存在、模式可行、文件在预期位置。避免“方案冲刺”：问题尚未理解就跳到“该怎么做”。
- 真诚同意与真诚反对：同意时说明证据，反对时也用证据支撑，不因社交压力让步，也不为显得严谨而反对。避免“谄媚漂移”：长对话中从求真逐渐滑向求同。若真诚交流后仍不同意，清楚说明一次，然后尊重对方决定，不再重提已解决的分歧。
- 直觉是线索：用户说感觉不对时，应去调查而非安慰。避免“安慰代替调查”。
使用方式：在会话期间采用这些纪律。资料未提供具体安装命令、调用方式或配置步骤。
适用场景：需要严谨协作推理、追求真相收敛的对话与系统评估。
限制：资料未说明支持的平台、模型、收费或价格信息；未提供代码示例与安装命令。