用途：为任意技术问题提供系统化调试流程，核心原则是“先找根因，再谈修复”，症状式修补视为失败。适用测试失败、生产缺陷、异常行为、性能问题、构建失败、集成问题；时间紧迫、已试多次修复、问题未被完全理解时尤其适用。
主要能力：四阶段流程。阶段一为根因调查：仔细阅读错误与堆栈、稳定复现、检查近期变更，多组件系统需在各边界加诊断日志收集证据，必要时按 root-cause-tracing 向上追溯数据来源。阶段二为模式分析：在同代码库找可用的相似实现，完整阅读参考实现，列出工作与故障版本的全部差异，梳理依赖与配置假设。阶段三为假设与测试：写出单一明确假设，做最小改动逐一验证。阶段四为实施：先建失败测试用例，只做一处修复，验证通过且不破坏其他测试。
用法：按阶段顺序执行，不得跳步；任一步失败返回阶段一。若三次以上修复均失败，应停止并质疑架构，先与人类伙伴讨论。文末提供红旗信号与常见借口对照表，以及验证协议。
限制：官方未提供收费、价格信息；无必装依赖或必用 MCP；跨 GitHub Copilot、Claude Code、Codex 使用时需将目录放入对应技能路径（如 $CODEX_HOME/skills/systematic-debugging）。