卡点调度

为什么需要「卡点调度」

工程师常陷入一种困境：遇到复杂问题时，手头有十几种思维技法，却不知道该用哪一个。比如面对代码中重复出现的逻辑膨胀，有人用「简化」思路拆了又拆，结果问题依旧；有人用「逆向思维」强行反转假设，反而让情况更复杂。核心问题不是缺乏方法，而是缺乏「卡点诊断能力」——无法快速判断当前问题属于哪一类卡点，导致技法错配。

技能如何工作

核心能力：精准卡点分类与路由

该技能扮演「解题调度器」角色，核心逻辑分三步：

1. 卡点类型判定：通过路由表快速匹配症状与技法。例如：

- 同一问题多处出现、重复造轮子 → meta-pattern-recognition
- 被「必须这样做」的思维定式绑架 → inversion-exercise
- 代码表现异常但根因隐藏 → debugging/root-cause-tracing

1. 技法加载与应用：根据判定结果加载对应SKILL.md，严格遵循其流程，避免「混合用药」导致的复杂度上升。

1. 组合策略支持：当单一技法无效时，提供预设组合方案。例如「简化+元模式」可先识别全局模式再统一简化实例，「碰撞+逆向」可通过类比突破再翻转假设。

关键步骤示例

以「限流、连接池、会话逻辑互相冲突」为例：

• 卡点识别：特例膨胀/多实现 → 路由到 simplification-cascades
• 执行逻辑：先提取共性逻辑，再统一重构，避免各模块自行其是

适用边界与注意点

• 适用场景：

- 需要突破常规思维定式的复杂问题
- 多方案选择困难时的决策辅助
- 跨领域问题迁移时的技法匹配

• 不适用场景：

- 纯工具或编码报错（应直接使用 systematic-debugging）
- 琐碎可直接解决的问题（无需复杂调度）

关键提醒：该技能的价值在于「精准匹配」而非「创造新技法」，需配合下游具体技能（如 collision-zone-thinking、scale-game）使用。