thinking-model-router

模型路由器

核心规则： 优先选择 NONE 或一个主要技能。根据机制匹配度进行路由，而非凭习惯。只有在角色各不相同且确有必要时才组合使用。

适用场景

• 不清楚该用哪种思考技能，否则只能猜测或堆叠工具。
• 目录中有多个技能似乎都适用，需要选定一个主要技能（或明确选择 NONE）。
• 高风险工作中，错误的分析框架代价高昂，而快速匹配领域×类型会有所帮助。

不适用场景

• 匹配结果已知或显而易见（“瓶颈在哪里？” → theory-of-constraints）——直接调用该技能；不要为了路由而路由。
• 任务是常规实现，没有需要分析的未知因素——直接推理（NONE）。
• 正在执行已商定的计划，只需要明确下一步。
• 请求不属于此目录（纯编码语法、不涉及判断的工具操作）——NONE。

调用模型（技能 ID）

路由器输出不带修饰的 slug（例如 id: five-whys-plus）。使用 Skill 工具调用路由出的技能，并使用准确的 ID thinking-skills:thinking-<slug>——切勿编造 Procedure 中未提及的 slug。NONE 表示无需调用。

流程

1. 短路判断。 如果有一项技能在机制上明显适用，只返回该技能。如果没有任何技能能明显改善工作，则返回 NONE 并直接说明理由。停止。
2. 界定问题。 记录领域（编码、架构、产品、战略、个人、抽象、风险、创新）和问题类型（诊断、决策、理解、创作、评估、预测、优化）。注明约束：时间、信息、利害、可逆性、复杂性。
3. 按类型默认选择候选项（有约束时可调整）。 仅保留活跃目录中的技能：
   • 诊断 → five-whys-plus 或 scientific-method（需要 IS/IS-NOT 矩阵时选 kepner-tregoe）
   • 决策 → 优先考虑可逆性；然后是 opportunity-cost 或 probabilistic
   • 理解 → systems（存在模型与现实的差距时选 map-territory；方法领域不明确时选 cynefin）
   • 创作 → first-principles（存在矛盾时选 triz；由现有手段驱动时选 effectuation；优先移除时选 via-negativa）
   • 评估 → steel-manning（未知项是假设或定义时选 socratic）
   • 预测 → probabilistic
   • 优化 → theory-of-constraints（时间紧迫时选 ooda；需要设定搜索停止条件时选 bounded-rationality）
   • 风险／“什么会出问题？” → pre-mortem 或 red-team；需要缓冲时选 margin-of-safety
   • 产品“应该构建什么？” → jobs-to-be-done
   • 能力／持久性 → circle-of-competence、lindy-effect
   • 受控假设 → thought-experiment
   • 仅当主要技能未通过盲点检查时才采用多视角方法 → model-combination
4. 按标准选择（满意即可）。 只有在剩余候选项不少于 2 个，或利害关系使强行默认选择不安全时，才评分。每项标准按 1–5 分评定（1 = 不适用／不合适；3 = 可用但有不足；5 = 非常契合）：问题契合度（30%）、现有输入（20%）、应用所需时间（15%）、利益相关者可用性（15%）、正确应用的能力（20%）。路径的 问题契合度必须 ≥4，且加权总分必须 ≥3.5；否则返回 NONE。总分相差不超过 0.25 时，优先选择所需输入更少、执行时间更短的方案；若仍然持平，则选择 NONE，除非这些技能回答的是互补且不同的问题。
5. 仅在例外情况下使用多技能。 只有当第二或第三项技能各自承担不同的互补角色，且主要技能无法涵盖时，才予以添加。最多三项。优先采用顺序组合而非并行组合。相近技能和同义技能不得叠加。对于组合模式，在确定主要技能后转交给 model-combination。
6. 退出。 说明放弃信号（强行套用、忽略因素、约 15 分钟仍无收获）。不匹配时，重新选择一次或退回 NONE——绝不强行套用框架。

领域速查表（优先选择项列在前；仍默认只选一项或 NONE）：

领域信号	优先选择
Bug／根本原因／不稳定	five-whys-plus、scientific-method、systems
架构／技术选择	reversibility、systems、lindy-effect、opportunity-cost
功能／路线图／参与度	jobs-to-be-done、opportunity-cost、theory-of-constraints
战略／竞争／增长	cynefin、systems、red-team、second-order
个人／职业承诺	opportunity-cost、reversibility、circle-of-competence、pre-mortem
论点／信念更新	steel-manning、probabilistic、socratic、first-principles
安全／灾难／重大损失	pre-mortem、red-team、margin-of-safety、via-negativa
创新／矛盾／简化	first-principles、triz、effectuation、via-negativa

输出

outcome: NONE | one | multi
routes:
  - id: <primary skill id or NONE>
    role: <job this skill performs>
    unique_question: <question only this route answers>
  - id: <secondary skill id, only for multi>
    role: <distinct complementary job>
    unique_question: <distinct open question>
  - id: <tertiary skill id, only for multi>
    role: <distinct complementary job>
    unique_question: <distinct open question>
domain: <domain>
problem_type: <type>
constraints: <time/info/stakes/reversibility>
rationale: <mechanism fit in one sentence>
blind_spots: <what primary still ignores, if any>
exit: <when to abandon or re-route>

默认填写：outcome: NONE，并设置一条 id: NONE 路径；或填写 outcome: one，并设置一条路径。仅当每项列出的技能都承担不同角色并回答独特问题时，才使用 multi。

验证

• 证伪 / 停止： 如果选择该路径的依据是习惯或熟悉程度，而不是机制匹配，请将其舍弃并重新评分，或返回 NONE。如果包含多个技能的条目没有明确区分角色，请合并为最佳的单一主技能。如果没有候选项能明确提供帮助，返回 NONE 才是正确做法——不要凭空编造路径。
• 过度应用防护： 如果技能的适用性已经显而易见，请勿选择该技能。返回的技能不得超过三个。请勿引用已删除或不在目录中的名称。请勿将路由器视为直接调用叶节点技能的前置条件。