---
id: ka-guidance-交付完备性审查
kind: guidance
title: 交付完备性审查
sync_policy: engine_only
status: active
triggers:
  - verify
  - review
  - 交付检查
  - 上线前检查
  - 提测
  - 交付完备
  - 终局宣言
  - 完成检查
  - 交付
target_artifact:
  - review_report
extra:
  name: delivery-completeness
  scope:
    - '*'
  products:
    - '*'
  category: constraint
  version: 2.0.0
  last_reviewed: '2026-06-17'
  verification_layer: L2
  stage: verify
  domain: verify
  owner_mechanism: mc-generic-review
---

# 交付完备性审查：交付前必查清单

> 这是"最小交付偏差 + 逼证据"的总裁决。交付前逐项核对，缺一不算交付完成。
> 注入到代码审查报告（review_report）产出时。

## 一、最小偏差（交付 = 需求）

- [ ] 每条适用需求有实现、测试或明确不交付结论；追踪标注只证明映射存在，不证明行为正确
- [ ] 交付内容不超出需求范围（无多余功能，[[工程执行总纲]] 精准修改）
- [ ] 根本目标（fundamental_need）已达成，非只完成表面功能
- [ ] **前端**（涉及时）：实际交付端和页面覆盖确认范围，没有只建骨架却未接入用户路径的孤岛

## 二、证据充分（逼证据）

- [ ] 验证基于真实执行（E1+ 运行时证据），非静态分析/AI 摘要（[[证据驱动与反幻觉]] 第 5 条）
- [ ] 验收覆盖与风险匹配的正常、失败、边界、权限或并发场景；不适用项有原因
- [ ] 所有要求执行的测试有真实结果；失败、跳过和未运行没有被隐藏，配置阈值已满足
- [ ] 无"未验证项"被假装通过

## 三、无半成品（逼质量）

- [ ] 无 TODO 占位、空函数体或静默吞异常的 catch
- [ ] 无未接入主链路且没有明确消费者的孤岛代码
- [ ] 错误路径都有处理，非只 happy path

## 四、语义审查与用户裁决

- [ ] 必需的独立审查已完成，finding 有位置、短引用、影响和证据
- [ ] 真实问题已修复复验；误报有反证；accepted risk 已通过 `sf_review resolve` 记录用户确认
- [ ] 敏感操作（金额/状态/审批/跨系统）与实际授权一致

## 五、可恢复（逼安全）

- [ ] 每类变更都有与风险匹配的回滚、前向修复、流量切回或备份恢复路径
- [ ] 数据迁移恢复方式经过验证；没有为满足格式编写会丢数据的 down 脚本

## 禁止

- 没验证就说"通过"（违规）
- 隐藏未验证项（违规）
- 用自定义“已批准”文案替代 `sf_review` 的真实闭环（违规）
- 无安全恢复路径就交付（违规）