用途：当需要调试、修复 bug、调查错误或做根因分析，或用户报告错误、堆栈跟踪、异常行为时使用。核心原则是“没有根因调查就不修复”，避免只治标导致反复出问题。
主要能力：分阶段推进调试。第一阶段收集症状、阅读代码、检查近期改动（如 git log --oneline -20 -- <affected-files>）、复现问题并形成可测试的根因假设。第二阶段做模式分析，识别竞态条件、空值传播、状态损坏、集成失败、配置漂移、缓存过期等常见模式，并检查项目已知问题与历史修复。第三阶段在写任何修复前验证假设，可用临时日志或断言确认；若三次假设失败则停止并升级。第四阶段实施最小改动修复根因，编写回归测试并跑全量测试。第五阶段做新鲜验证并输出结构化调试报告，包含症状、根因、修复、证据、回归测试、相关历史与状态，保存到 memory/ 目录。
使用方式：按阶段执行，一次只问一个问题，先复现再修复；修复触及超过 5 个文件时先向用户提示影响范围。
限制：资料未提供具体安装命令、平台支持、收费方式或性能数据；外部搜索前需先脱敏主机名、IP、路径、SQL 和客户数据。