用途：在实现复杂多步任务、修复关键错误或编译错误、调试测试失败、重构大型代码库、生产部署，以及其他捷径可能带来后续问题的任务中，确保完整、无遗漏地实施。资料明确指出，适用前提是质量与完整性比速度更重要。
主要能力：提供一套三阶段方法。第一阶段为全面分析，约占 20% 时间，包括列出所有错误、警告与失败测试，按依赖关系分组与排序，建立问题层级；做根因分析，追溯错误源头、识别失败模式、记录错误假设；制定原子化步骤的详细计划，含时间估算、依赖与验证方式。第二阶段为系统化实施，约占 60% 时间，包括按依赖顺序修复、每次只完整修复一项、每步后测试、验证副作用、跟踪进度并记录阻塞。第三阶段为全面验证，约占 20% 时间，包括运行单元、集成、端到端测试与人工验证，复查全部改动文件，确认编译通过，检查控制台错误与警告，测试边界情况，更新文档并记录已知限制。
使用方式与质量检查：资料给出反模式清单，如一次修复多个无关问题、未验证就继续、假设相似错误同源、为省时跳过测试、不理解就复制方案、因能编译而忽略警告、未阅读现有代码就改动。同时给出质量检查点，包括能否解释修复为何有效、是否针对该改动测试、有无副作用、是根因还是症状、能否预防同类问题、代码是否可读可维护、非显然决策是否已记录。资料还给出示例工作流对比：捷径式做法是给 24 个 TypeScript 错误全部加 @ts-ignore；彻底式做法是系统列出错误、按类型分组、找根因（如缺少 @types/tar、fetch 响应无类型断言、回调隐式 any）、按类别修复、每类后测试、跑完整测试套件并记录。
限制与收益：资料称初期比走捷径慢 2 至 3 倍，长期快约 10 倍，首次质量接近完美、维护量最小；成功标准为测试 100% 通过、生产构建零警告、代码有测试覆盖、文档完整准确、无遗留已知问题或 TODO、后续开发者能理解代码。具体命令、安装方式与配置未提供。