用途：当用户明确要求“修复这条高风险问题并确认”或“review and fix”时使用。仅要求“审查一下”只允许报告，不授权修改代码。
主要能力：核实问题与授权、复现与最小修复、验证与重审、逐条交付。只接受已核实的问题或用户明确选择的待验证假设；证据不足先交给 codereview-finding-triage。
使用方式：先检查用户指定的修复范围、其他未提交改动与当前候选状态。先写或更新能重现目标行为的测试，确认其因目标问题失败；无法自动测试时记录手工验证步骤。做最小修复，保护用户已有修改，不改写无关代码或压制规则。运行目标测试和受影响回归，保留命令、退出码与失败。内容变化使原报告或插件指纹过期，需手动重跑同一目标，插件候选提交重新 prepare 和 review，不能复用旧 proceed。最后对比原问题和新结果，报告“已修复/仍存在/未验证”、新引入风险及未覆盖测试，不自动 commit/push。
适用场景：修复审查发现的高风险问题并验证；处理部分暂存和模型建议代码。
限制：审查授权不包含修改、安装依赖、模型外发、提交或推送。需修改核心需求、迁移数据或扩大修复范围时，先展示影响并取得方向。修复触及未知数据迁移、外部 API 合约或大量非目标文件时先说明影响并请求方向。测试环境缺失或新审查失败时明确 UNVERIFIED，保留改动与失败证据，不宣称闭环。测试通过不等于重新审查通过，两种证据分别记录。