用途：这是一个配置生成向导，帮助用户在仓库中创建 REVIEW.md 审查配置文件。它不做代码审查，不运行审查代理，也不分析代码缺陷，只产出配置文件，并保持在配置模式直到退出。
主要能力：自动扫描仓库以识别语言与框架，无需用户描述技术栈。语言检测依据文件扩展名，如 .ts/.tsx 对应 TypeScript/React，.py 对应 Python，.go、.rs、.cs、.java、.rb、.php 等；框架检测依赖清单文件，如 package.json（React、Next.js、Vue、Express、NestJS、Zod、Vitest、Jest）、requirements.txt/pyproject.toml（Django、FastAPI、SQLAlchemy、pytest）、Cargo.toml、go.mod、pom.xml/build.gradle、.csproj/.sln、Gemfile 等。还会识别多栈或单仓结构，以及根目录是否已有 REVIEW.md。
使用方式：先静默检测，随后用 AskUserQuestion 询问优先级（安全与正确性、代码质量与性能、测试与约定、以上全部）。若已存在 REVIEW.md，会询问是替换、扩展还是取消。然后生成根 REVIEW.md（8–10 条规则），必要时按多栈决策测试生成子目录配置。根配置包含保守阈值：Confidence Threshold 85、Severity Threshold medium、Model Tier frontier，并含 Skip 块。安全与正确性用规定性规则（MUST/NEVER/CRITICAL），质量与约定用方向性规则（prefer/consider/flag when）。CRITICAL 每文件最多 3–4 条，不用规则重复 linter 已能确定性捕获的内容。
适用场景：需要为仓库建立 LLM 审查指令基线，或为多栈项目分别配置审查规则的团队。
限制：不做代码审查；不创建子目录配置除非假阳性测试通过（至少 3 条规则）；全部文件总规则数控制在 15–25 条，根 8–10 条，子目录 5–8 条，子目录不超过第二层。阈值保守起步，2–4 周后依接受率调整。不提供运行审查或解释审查流程。具体命令行及更多细节资料中暂未提供。