sdlc-gate

# Review Gate（评审关口） > **定位**：技术设计与测试用例是同一份需求经两条独立路径的重新表达——分歧即高纯度信号。本 skill 把评审机制化为强制关口：AI 扇出预审 → 状态拦截 → 真人**裁决**（裁决者，不是复审者）。前置条件：用例与设计**独立产出**（sdlc-test cases 禁止读设计文档），否则交叉退化为一致性检查。 产物目录：`sdlc/<需求名>/review/`，文件 `issues-<日期>.md`（新一轮加 `-r<N>`）。 ## 路由 无子命令。按产物状态自动路由： - review 目录不存在或已放行后设计/用例有实质变更 → 走 Step 1-3 开新一轮 - 存在状态=待裁决的 issues 文件 → 直接进 Step 4 裁决，拒绝重开预审 ## 前置输入（缺失则引导补齐，降级须在 issues 文件注明） | 输入 | 来源 | |---|---| | 技术设计 | 大需求 = 需求级 `design.md`（位置随项目任务系统约定，如 Trellis 的 parent 任务目录）；轻量任务 = `sdlc/<需求名>/design.md`。**未落盘的会话内方案必须先落盘**——设计写成文档本身就是发现过程。存在 `sdlc/<需求名>/intake/audit-*.md` 时，设计文档头部须含「体检问题去向」小节（承接兜底；缺失则引导补齐） | | 测试用例 | `sdlc/<需求名>/test/cases.md` | | CONTRACT 基准 | `sdlc/<需求名>/intake/` 三件套（digest/audit/pm-checklist），缺失时回退原始 PRD 并注明 | ```text Review-gate 进度： - [ ] Step 1: 定位输入（设计 / 用例 / intake 三件套），确认独立性（用例文件是否读过设计） - [ ] Step 2: 扇出 4 个子代理预审���3 角色 + 交叉审查者） - [ ] Step 3: RECONCILE 过滤 → 汇总 issues 文件，状态置「待裁决」，🔒 暂停等人 - [ ] Step 4: 逐条裁决（落改 / 驳回 / 存疑），驳回理由沉淀 - [ ] Step 5: 全裁决后状态置「已放行（日期）」 ``` ## Step 2: 扇出预审（4 个子代理，并行，全新上下文） 用 Agent 工具生成子代理，对抗 prompt 用下方模板。**token 纪律：每个子代理只喂 ARTIFACT + 角色审查要点 + CONTRACT 相关章节 + 近期误报模式，不喂会话全文。** | # | 角色 | ARTIFACT | 审查要点 | |---|---|---|---| | 1 | 架构一致性 / 分层规范 | 设计 | 分层职责、跨层对象、接口契约读写口径；规范源 = 项目分层规范文档（如 `.trellis/spec/`、`dev_standards/` 等项目自建规范目录），读不到则降级通用清单并在 issues 注明证据降级 | | 2 | 数据模型与 SQL | 设计 | 表结构/字段口径/索引与查询匹配；可用 `mysql:mysql_query` 只读核对表结构 | | 3 | 测试可测性 | 设计 + 用例（分别审，不做对齐） | 设计侧：校验/异常/状态是否显式可验；用例侧：断言口径、覆盖矩阵与双向追踪表完整性 | | 4 | 交叉审查者 | 设计 + ...