review-tier

用途：在启动 /code-review 等多智能体审查前，决定一次改动该投入多少审查资源，并划定审查范围，避免对所有改动都跑昂贵全量审查，也避免完全不查。\n\n主要能力与流程：\n第0步先跑免费门禁：项目构建与完整测试任务、静态分析/质量门禁（若项目有）、前端类型检查与生产构建（若有前端）。要求读工具自身的退出码而非流水线汇总，读输出文件而非摘要。\n第1步按改动路径与改动符号做确定性分级，任一命中即升级为 FULL：破坏性操作、认证鉴权、模式迁移与外键级联、金额与成本、外部数据出口、共享核心模块的接口契约、事务边界与并发锁定。普通功能代码为 TARGETED，范围限定为 diff 及其调用者与被调用者；还需纳入所读持久字段的所有写入方（按实体字段与原始列名 grep），否则读取方无法经调用图触达语义决定方。文档、注释、格式、仅测试、生成文件、无版本变更的锁定文件为 LINT_ONLY/SKIP。需说明分级与触发规则以便审计。\n第2步跟进轮次只审修复：范围限定为 git diff <round-N-sha>..HEAD 加上上一轮发现清单，因为新写的修复代码风险最高。第2b步若循环空转（连续两轮发现可归因于上一轮修复提交、多轮重述同一定义性问题、修复需查旁路信息判断列语义），应停止审查转为调查，调查需有可错的明确问题与终止条件。\n第3步按主张分配验证者：数据丢失、安全、授权、金额用3个对抗验证者；普通路径正确性用1个；清理、命名、测试覆盖建议用0个，作为建议报告。\n第4步可考虑模型分层：廉价模型做发现、强模型做验证，但需在已知真实发现的 diff 上测量召回后再采用。\n第5步记录每轮的智能体数、token、耗时、候选与已验证发现，用每10万 token 发现数作为停止信号；若有上限导致覆盖缩减（top-N、抽样文件、跳过维度）必须在报告中说明，不得静默截断。\n\n限制与禁止事项：绝不让模型决定 SKIP，分类器只依据路径与模式；绝不缩小爆炸半径，若无法廉价确定调用者与被调用者则升级为 FULL；绝不把失败运行的空报告当作干净结果，若有发现者或验证者智能体报错、超时，应视为故障并重跑。\n\n关于收费、价格、平台与具体安装方式，资料暂未提供。