---
name: decision-completeness-review
type: review_rule
when: '决策研讨, 架构决策, decision review'
scope:
  - backend
  - frontend
products:
  - '*'
id: ka-review-rule-决策完整性审查规则
asset_kind: review_rule
lifecycle_status: active
authority: supporting
routes: ['code_change', 'planning']
primary_triggers:
  - 决策完整性审查规则
secondary_triggers:
  - 决策审查
  - 架构决策
negative_triggers: []
priority: P1
specificity: 5
version: 1.1.0
last_reviewed: '2026-06-01'
stages: ["代码审查"]
owner_mechanism_id: mc-architecture-decision-workshop
---

# 决策完整性审查规则

## DEC-01: 六域决策覆盖完整性

pattern: 业务流程、数据、安全、后端、前端、基础设施六域必须有决策记录
severity: warning
scope: [backend, frontend]
description: 每个域至少有一个明确的决策点；与当前需求无关的域可以标注"不适用"但不得留空

## DEC-02: 每个决策有量化依据

pattern: 决策记录必须包含选型理由、对比方案和量化指标
severity: warning
scope: [backend, frontend]
description: 决策不得仅写"选择 X"，必须包含：为什么选 X、对比了哪些方案、用什么指标衡量的

## DEC-03: 用户确认证据存在

pattern: 每个关键决策必须有用户确认记录
severity: warning
scope: [backend, frontend]
description: 涉及架构、技术栈、数据结构、API 设计的关键决策，必须有用户确认的证据（确认文本或审批记录）

## DEC-04: 决策可追溯

pattern: 每个决策必须关联到具体的需求点
severity: warning
scope: [backend, frontend]
description: 决策不能凭空产生，必须能追溯到触发它的需求或问题；无需求对应的决策标注为"技术优化"
