用途：在调试挫败感出现时，编排完整的调试周期，依次经过清晰化、调查、修复、验证和可选记录五个阶段，避免直接跳到修复或凭猜测定位根因。
主要能力：该技能与 rubber-duck、prove-it、retrospective 三个技能配合使用，缺失时会降级为内置回退。阶段一要求用一句话写明“当我[操作]时，我期望[预期]，但实际[实际]”并作为门禁；阶段二通过复现、隔离、理解问题，以及读错误信息、加日志、回溯数据来源、查看 git diff/git log、向他人复述代码流等技巧找出根因，并要求写出“因为[具体原因]”和“我依据[证据]知道这一点”；阶段三要求说明改什么、为什么能解决根因、可能带来的风险，并实施最小修复；阶段四验证原始问题不再复现、测试相关功能是否回归；阶段五对耗时较长的调试记录问题、难找原因和改进点。
使用方式：在调试场景中直接触发，按阶段执行并遵守各阶段门禁，不跳步。若安装了配套技能则调用，否则使用内置提问和验证清单。
适用场景：代码或系统出现难以定位的 bug、用户表达困惑或反复尝试无果时。
限制：资料未提供安装命令、价格、平台支持等具体信息；部分阶段依赖外部技能，缺失时功能会降级。