用途：针对 PR 实际改动生成并自动执行的验证计划，用区域化证据替代笼统的“测试通过”，并用 revert-test 检查测试是否真能捕获回归。适合在 fix-pr 第 5 步（Validate）前、Step 6（Complete）前使用，或任何 PR 修复后生成定向验证证据。不适用于代码审查（应使用 sanctum:pr-review）、仅格式或文档的 minor 改动、无 diff 可用、或向 /fix-pr 传入 --skip-validate 的情况。
主要能力：先获取 PR diff 并识别变更区域，通过 ripgrep（无 rg 则用 grep）将文件分组：Rust（.rs、Cargo.toml/lock）、Python（.py、pyproject.toml、requirements*.txt）、Shell（.sh、.githooks）、语法文件（.lark/.peg/.g4）、构建/配置（.yaml/.json/.toml）。对每个非空区域至少生成并执行一个验证步骤，输出用 [E1]、[E2] 等标注证据。示例命令包括 cargo build --workspace、cargo build --workspace --all-features、按变更 crate 执行 cargo test -p、uv run pytest、shellcheck，以及用 python3 解析 YAML/JSON。
revert-test 质量检查：在工作树干净前提下，选取一个有对应测试的代表性修复，把该行改回损坏状态，运行定向测试确认失败（须为 exit 1，pytest 的 4/5 不算），再用 git checkout -- <file> 恢复并确认通过；无法完成则标 INCONCLUSIVE。之后执行完整测试套件作为最终证据，并输出含 Area、Step、Evidence、Result 列的汇总表；仅在 --post 时用 gh pr comment 发布。
限制：任何 FAIL 在被 /fix-pr 调用时会在 Step 6 前中断，独立运行时以非零状态退出；INCONCLUSIVE 只报告不中断；文档内容测试需先折叠空白并锚定唯一整句，否则 revert-test 可能误判。未提供的收费标准、平台与安装方式暂未提供。