---
name: quality-consistency-gate
description: 在仓库准入前，对冻结候选版本的设计、实现、测试、门禁决定和证据链执行独立终态核验。用于修复完成、持续集成验证通过之后，签署设计与实现一致性终态；不代替各专业评审，也不作仓库准入决定。
metadata:
  version: 1.1.17
---

# 设计一致性终态门禁

> **领导速读：** 独立判断当前实现是否完整符合已经确认的设计，并生成可复核的最终证明文件。

## 一、管理视角

- **何时使用：** 修复和验证完成、仓库准入之前。
- **主要输入：** 已固定的待检查版本、设计要求、实现位置、各项检查结果和证据。
- **主要输出：** 最终一致性结论、阻断问题、剩余风险和最终证明文件。
- **职责边界：** 不代替专业质量评审，也不作仓库准入决定。

## 二、执行方法

本门禁回答一个问题：当前候选版本是否已经形成可追溯、可复现、无未关闭阻断项的设计实现一致性终态。

### 前置条件

- 候选版本已经冻结，项目画像与门禁计划均绑定该候选版本。
- 规格、架构、代码、开发者测试、专项风险和交付验证门禁已按适用性关闭。
- `assurance.evidence` 已通过，所有终态主张均有当前证据。

缺少任何前置条件时输出 `BLOCKED`，不得用推断补齐证据。

### 核验流程

1. 核对权威设计源、已确认设计要求和当前候选版本身份。
2. 核对每项设计要求都有实现、验证和证据关系，且没有开放的阻断差距。
3. 核对修复动作、回归验证、专项评审和持续集成决定均属于当前候选版本。
4. 核对受保护路径、豁免、残余风险和后续事项拥有明确责任人及期限。
5. 执行本体完整性、证据完整性、验证因果性和实现完整性检查。
6. 生成最终证明文件 `reports/ontology-attestation.json`，随后立即校验其内容。
7. 生成 `reports/handoffs/final-reviewer.json`，状态必须与核验结果一致。

### 决策规则

- `PASS`：全部强制关系、门禁、证据和签署均有效，没有开放阻断项。
- `PASS_WITH_FOLLOW_UP`：仅存在不影响准入的明确后续事项，并已记录责任人和期限。
- `BLOCKED`：存在缺失、失效、冲突或不可复现证据，或上游门禁尚未成功关闭。
- `FAIL`：发现候选版本违反已确认设计要求或保护策略。

### 边界

- 由 `final-reviewer` 执行本门禁。
- 不重新承担规格、架构、代码或测试专业评审。
- 不作 `ADMIT` 或 `REJECT`；仓库准入由 `repository-gatekeeper` 使用 `quality-repository-gate` 决定。