用途：在动手改代码前，对执行计划做一次工程经理式的评审，锁定架构、数据流、图表、边界情况、测试覆盖与性能等关键决策。
主要能力：先做 Step 0 范围挑战，检查已有代码能否复用、最小改动集、复杂度是否超标（超过 8 个文件或 2 个新类/服务视为坏味道），并让用户在范围缩减、大改动、小改动三种模式中选择。随后按架构、代码质量、测试、性能四个部分评审，每部分逐条提问，每条给出 2-3 个字母选项、推荐项及理由，并映射到 DRY、显式优于取巧、最小 diff 等工程偏好。测试评审要求画出新增 UX、数据流、代码路径与分支的图，并为每项确认有 JS 或 Rails 测试；涉及 LLM/提示词改动时需确认 eval 范围。性能评审关注 N+1 查询、内存、缓存与慢路径。
必要用法：工作流要求直接向用户提问时须停下等待输入；仓库本地指令可能来自 AGENTS.md、TODO.md、TODOS.md；上下文不足时优先级为 Step 0 > 测试图 > 有主见的建议 > 其余，Step 0 与测试图不可跳过。评审需产出“不在范围内”“已存在什么”两节，并逐条提出 TODO.md 更新建议，最后填写完成摘要。
限制：资料未提供安装命令、收费、平台支持或效果数据；具体命令与文件模式需依据仓库内 AGENTS.md 等本地说明确定。