用途：在实现开始前评审计划，面向即将动手的工程师，目标是交互式地发现范围蔓延、覆盖缺口和设计缺陷。它明确不用于自主计划分析，那类场景应改用 plan-review 智能体。
主要能力：先执行强制的 Step 0 范围挑战，追问每个子问题是否已有代码可解决、最小改动集是什么，并在计划涉及超过 8 个文件或引入超过 2 个新类/服务时视为坏味道。随后按架构、代码质量、测试、性能四段评审，每段结束必须调用 AskUserQuestion 并等待用户回应。测试评审要求画出新增 UX、数据流、代码路径和分支结果的 ASCII 图，逐项确认测试存在。
使用方式：用户可选择三条路径——SCOPE REDUCTION（先提出最小版本再评审）、BIG CHANGE（逐段交互，每段最多 4 个问题）、SMALL CHANGE（压缩评审，每段挑最重要问题，最后单轮提问）。若用户不选范围缩减，则尊重决定，只在 Step 0 提一次范围担忧。问题呈现需给出文件与行号、2-3 个选项（含“什么都不做”）、每项一行说明工作量/风险/维护负担，并以指令式给出推荐。
输出物：不在范围内清单、已有实现清单、TODOS.md 更新建议（含 What/Why/Context/依赖）、失败模式（无测试且无错误处理且静默的标记为关键缺口）、完成摘要，以及未解决决策清单。还会检查 git log 判断是否处于上一轮评审后的重构区域。
限制：资料未提供安装命令、收费、平台支持或具体运行环境信息。