用途：当某个修复或重构尝试不奏效时，此技能要求停止继续做局部补丁，转而退后一步做完整的整体再分析，先建立端到端执行路径的完整心智模型，再写代码。适用于非平凡问题，不适用于一行式的小修复。
主要能力：包含模式识别，可选 fix（默认）、refactor、review；其中 review 指向规则文件 rules/review-mode.md，是跳过第 2–8 阶段的三阶段精简流程，产出结构化发现供 pr-reviewer 使用。其余模式依次执行：上下文收集（含 11 项检查清单、读取全部调用方、依赖、测试、最近改动、定位入口与出口，并可用 call-graph CLI 加速，见 rules/call-graph-map.md）；阶段 1 全执行路径走查（绘制执行映射、逐块分析、契约边界分析、按严重程度汇总）；阶段 2 退后识别支配性原理与不变量；阶段 3 场景设定，显式写出期望、实际、差距与既往尝试；阶段 4 结构化假设生成（fix 至少 3 个根因假设，refactor 至少 3 个方案对比）；阶段 5 元认知自检，挑战自身推理；阶段 6 置信度门槛，fix 用 /confidence analysis，refactor 用 /confidence plan，90% 以上继续，70–89% 先解决疑虑再复评，低于 70% 返回阶段 4，最多 2 次迭代后升级给用户；阶段 7 先文字后代码地规划变更；阶段 8 实现并验证，运行测试并用 /confidence code 复核，必要时用 /confidence code fix 处理机械性问题。
使用方式：按文档给定的模式与各阶段协议执行，置信度检查通过后才进入实现；可将本次真正验证过的事实按 rules/codebase-knowledge-write.md 的写入契约贡献到 codebase-knowledge（尽力而为，不阻塞分析）。
限制与反模式：不得跳过上下文收集直接给假设；不得只生成一个假设；阶段 7 完成前不得写代码；不得无视与偏好假设相矛盾的证据；不得只分析孤立失败点而不追踪完整执行路径；也不得把本流程当作形式化步骤，若证据指向不同根因应跟随证据。官方文本未提供，具体 CLI 工具名称、安装方式与价格等暂未提供。