用途：在实施任何代码改动前，先对当前方案做一次结构化审查，覆盖架构、代码质量、测试、性能四个维度，帮助在动手前发现设计风险与遗漏。
主要能力：按顺序逐段评审。架构评审关注系统设计与组件边界、依赖图与耦合、数据流与瓶颈、扩展性与单点故障、安全架构（认证、数据访问、API 边界）。代码质量评审关注代码组织与模块结构、DRY 违规、错误处理与缺失的边界情况、技术债热点、过度或不足工程化之处。测试评审关注单元/集成/端到端覆盖缺口、测试质量与断言强度、边界用例、未测试的失败模式与错误路径。性能评审关注 N+1 查询与数据库访问模式、内存占用、缓存机会、慢或高复杂度代码路径。
使用方式：开始前先让用户二选一——BIG CHANGE 逐段交互（架构→代码质量→测试→性能），每段最多 4 个主要问题；SMALL CHANGE 每段只问一个问题。每段结束后暂停并征求反馈再继续，可用 AskUserQuestion 做结构化选项选择。每个问题需给出具体描述（含文件与行号）、2-3 个选项（含“不做”）、各选项的实现成本、风险、对其他代码的影响与维护负担，并给出推荐选项及理由，最后明确询问用户是否同意或另选方向。
工程偏好：DRY 重要，积极标记重复；充分测试不可妥协，宁多勿少；代码要“工程化得恰到好处”，既不过于脆弱也不过度抽象；倾向多处理边界情况；偏好显式而非取巧，重思考而非速度。这些偏好可被项目 CLAUDE.md 覆盖，也可配合 .claude/rules/ 文件定制评审标准。
限制：不假设时间线或规模上的优先级；不替用户决定方向，需先征询确认。资料未提供具体安装命令、收费与平台信息。