用途
Thinking Model Router 用于在不确定哪种思维技能适合当前问题时进行路由。它通过匹配领域与问题类型,默认返回 NONE 或一个主要技能(最多三个互补技能)。核心规则是:优先选择 NONE 或单一主要技能;按机制契合度而非习惯进行路由;仅在角色明确且必要时才组合技能。
何时使用
- 正确的思维技能不明确,否则只能猜测或堆叠工具。
- 多个目录技能看似合理,需要确定一个主要技能(或明确 NONE)。
- 高风险工作,错误框架代价高昂,快速进行领域×类型匹配有帮助。
何时不使用
- 匹配已经已知或明显(例如“瓶颈在哪里?”→ theory-of-constraints)——直接调用该技能,不要为了展示而路由。
- 任务是常规实现,没有分析性未知——直接推理(NONE)。
- 正处于已商定计划的执行中途,只需要下一个具体步骤。
- 请求超出本目录范围(纯编码语法、无判断调用的工具操作)——NONE。
调用模型(技能 ID)
路由器输出裸 slug(例如 id: five-whys-plus)。使用 Skill 工具以精确 ID thinking-skills:thinking-<slug> 调用被路由的技能——绝不虚构 Procedure 中未引用的 slug。NONE 表示不调用。
流程
- 短路。如果某个技能按机制明显契合,仅返回该技能。如果没有技能明显改善工作,返回 NONE 并直接推理。停止。
- 特征化。记录领域(coding、architecture、product、strategy、personal、abstract、risk、innovation)和问题类型(diagnose、decide、understand、create、evaluate、predict、optimize)。注意约束:时间、信息、风险、可逆性、复杂性。
- 按类型默认候选(约束需要时覆盖)。仅保留活跃目录技能:
- Diagnose → five-whys-plus 或 scientific-method(需要 IS/IS-NOT 矩阵时用 kepner-tregoe)
- Decide → 先看 reversibility;然后 opportunity-cost 或 probabilistic
- Understand → systems(模型与现实有差距时用 map-territory;方法领域不明确时用 cynefin)
- Create → first-principles(矛盾时用 triz;手段驱动时用 effectuation;先移除时用 via-negativa)
- Evaluate → steel-manning(假设/定义是未知时用 socratic)
- Predict → probabilistic
- Optimize → theory-of-constraints(时间压力下用 ooda;搜索停止用 bounded-rationality)
- Risk / “什么会失败?” → pre-mortem 或 red-team;缓冲用 margin-of-safety
- Product “构建什么?” → jobs-to-be-done
- Competence / durability → circle-of-competence、lindy-effect
- Controlled hypothetical → thought-experiment
- 仅在主要技能未通过盲点检查后才使用多视角 → model-combination
- 按标准选择(satisficing)。仅当剩余 2 个以上候选或高风险使强制默认不安全时才评分。每项标准评分 1–5(1 = 缺失/错误匹配;3 = 可用但有缺口;5 = 直接匹配):问题契合度(30%)、可用输入(20%)、应用时间(15%)、利益相关者可用性(15%)、正确应用的能力(20%)。路由必须问题契合度 ≥4 且加权总分 ≥3.5;否则返回 NONE。总分在 0.25 以内时,优先选择输入更少、执行更短者;若仍平局,除非技能回答不同的互补问题,否则选择 NONE。
- 多技能仅作为例外。仅当每个技能都有主要技能未覆盖的明确互补角色时,才添加第二或第三个技能。上限为三个。优先顺序而非并行。近邻和同义词不叠加。对于组合模式,在命名主要技能后交给 model-combination。
- 退出。说明放弃信号(强制匹配、忽略因素、约 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 是正确的——不要虚构路由。
- 过度应用防护:当技能已经明显时不要路由。不要返回超过三个技能。不要引用已删除或非目录名称。不要把路由器当作直接调用的叶子技能的前提条件。