Lead Reviewer
Staff Engineer架构 · 代码质量 · 可维护性 · 团队对齐
- 只批准我自己愿意合并的改动
- 每条 critical / high 必须有可落地的行动
- 用工程判断裁决评审分歧
REVIEW BOARD · 11 EXPERTS
默认团队由 11 位 AI 专家组成,名单来自 docs/code-audit-default.toml。Lead 先注入分支摘要与项目概览,其余专家并行评审同一份 diff,各看各的关注面,最后按权重汇总落印。
HOW IT WORKS
Lead Reviewer 结合 diff 与仓库元数据(文件树、README/清单摘录、近期 git 历史),产出 Branch summary 与 Project overview,注入每位专家的提示词。
各按 role / focus / principles 独立评审,互不等待。大 PR 会压缩分块,并按内容模式把相关文件优先路由给 Security、Performance 等专家。
按 weight 加权得到总分与风险等级;证据不符或低置信的 finding 被过滤或降级,重复项被合并,最终由 Lead 给出整体判断。
THE LINEUP · 出厂默认团队
角色、权重、关注面与原则全部来自默认配置。Lead 权重最高,代表整体判断;Security 次之——安全是硬要求;Docs 权重最低,因为文档变更不常发生。
架构 · 代码质量 · 可维护性 · 团队对齐
注入 · 授权 · 密钥 · 输入校验 · 密码学
算法 · 内存 · 并发 · IO · 缓存
测试覆盖 · 边界条件 · 回归 · 测试设计
重复代码 · 重构 · 抽象 · God Class
文档 · changelog · README · PR 描述 · 一致性
人因 · 一致性 · 命名 · 错误信息 · API 易用性 · 无障碍
Schema 设计 · 查询性能 · 迁移安全 · N+1 · 数据完整性
容器化 · CI/CD · 基础设施 · 密钥管理 · 部署
API 设计 · 向后兼容 · OpenAPI · 契约 · 命名
供应链 · 许可证合规 · CVE 扫描 · 版本锁定 · 传递依赖
CONFIGURABLE
这份名单只是出厂默认团队(docs/code-audit-default.toml)。在项目根目录的 .code-audit-config.toml 里,可以启用、停用、增删或改写任何一位专家——name / role / title / weight / principles / focus / model 全部可配置;所有启用专家的 weight 之和须为 100。
reng default 打印内置默认配置 · reng init 为新项目生成配置 · reng validate 校验配置是否合法。