用途：把一个目标（代码库、未提交 diff、近期改动、计划、work items 或计划与代码混合）从模糊或易错状态推进到可实施状态。
主要能力与流程（按顺序执行，除非用户要求更窄模式）：
- 框定目标：先识别对象与证据来源，代码看 git status、近期提交、未提交 diff、入口、测试、文档与核心模块；计划看目标、参与者、数据、状态变更、外部系统、验收标准与未决假设。
- 全新视角代码审查：找正确性错误、回归、不安全假设、缺失错误处理、遗漏状态转换、无效测试，并追根因而非症状；每条发现含严重级别、文件与行号证据、失败模式、根因与最小安全修复。
- 计划去模糊：消灭“知道做什么但没写怎么做”的机制缺口，把宽泛指令替换为确定性机制，补齐状态变更、数据结构、API 调用、控制流与验收标准。
- 深模块：用小接口隐藏大量实现，检查调用方是否知道太多、是否存在假接缝与直通模块，并用删除测试判断模块是否值得保留。
- DRY 与冗余：按重复行为而非重复文本审计，关注概念漂移、旧兼容代码、可推导状态、内联逻辑与命名重叠。
- 边界感知命名：先理解边界再改名，遵循短词、主动语态、日常用语优先，构建概念图，检查一词多义、多词一义、职责不匹配等。
- 整合：合并各轮发现，仅审查则输出目标、已运行/跳过环节、高严重度发现与修复建议；需要编辑时做最小安全改动并报告文件、原因、测试结果与后续 issue。
限制与注意：优先用文件、diff、测试、文档、工作项与执行轨迹作为证据，而非风格偏好；保留已确定的规格；编辑共享产物时做小粒度改动，避免反复运行造成重复条目；改代码时除非发现真实 bug 否则保持行为不变；不制造 churn，重复运行应收敛；生成 issue 需含标题、问题、建议修复与验收标准；某一环节明显不适用时可跳过，并在最终结果中简要说明。官方页面未提供收费、价格、平台等信息。