用途：当设计决策存在多个合理答案时使用。生成多条相互独立的推理路径，再按多数结果给出结论，降低单一思路的偏差。
主要能力与流程：
- 框定决策，写成至少有两个可能答案的问题，例如“API 用 REST 还是 GraphQL”“单体、模块化单体还是微服务”。若只有一个合理答案则跳过。
- 生成 N=3 条路径，每条在独立上下文中从零推理，起点考虑因素须不同，不能只做表面改写。
- 提取各路径答案并计票，例如 2/3 多数即胜出。
- 报告：写明决策、票数、多数理由、异议路径的侧重，以及由异议引出的后续动作。若三条路径各不相同（1/1/1）则不擅自选择，转而向用户提问，请其指出最看重的约束。
输出格式：决策、Votes、多数理由、Dissent、Phase 5 标记。
不适用场景：单答案任务（如重命名文件、改错别字）；快速或标准复杂度任务，收益不抵成本；用户明确要求直接执行、不要讨论；会话预算已超过 85%。N 大于 3 收益递减，且自洽推理约消耗 3 倍 token。
反模式：表面化的路径；强行达成一致；对非权衡类问题使用本技能。相关规则与文件包括 rules/workflow/self-consistency.md、rules/workflow/tree-of-thoughts.md、rules/core/no-assumption.md、skills/chain-of-verification/SKILL.md。
限制：资料未提供具体安装命令、价格、支持平台或量化效果，暂未提供。