用途：对代码或 Pull Request 进行严格审查，遵循 Clean Code、Clean Architecture 与 The Pragmatic Programmer 原则。核心原则是让机器处理格式，人专注逻辑与设计。
主要能力：先通过问卷确定项目定位与严格等级（L1 实验到 L5 关键系统），再按 15 点清单检查正确性、可读性、设计架构、测试及并发、安全、资源释放、算法复杂度等高级项。识别常见代码坏味（长函数、参数过多、魔法数字、特性依恋、上帝类、火车残骸等）与红旗项。按严重度分为 Critical、Important、Minor，并对 Critical/Important 给出修复工作量与收益评估，最后给出合并结论。
使用方式：按工作流执行——校准（询问 Q1/Q2/Q3 确定等级，用户跳过则默认 L3）、确定范围、语言检查、逐项审查、分级、评估、生成报告、给出结论。报告仅含 Critical Issues、Important Issues、Minor Issues、Verdict 四部分，无问题则省略对应小节。
适用场景：代码评审、PR 审查、重构与缺陷修复审查、测试代码审查。
限制：不审查格式缩进、基础命名规范、未使用变量、语法错误等应由 Linter/Formatter 处理的内容；指标为讨论起点而非硬性门槛；部分规则依赖语言范式，非 Java/C# 需参考语言调整文件；资料未提供具体安装命令与收费信息。