---
name: 架构决策研讨规则
id: ka-rule-architecture-decision-workshop
asset_kind: hard_rule
lifecycle_status: active
authority: canonical
scope:
  - all
products:
  - '*'
routes:
  - artifact_generation
primary_triggers:
  - 架构设计
  - 系统设计
  - 技术架构
priority: P0
specificity: 5
version: 1.0.0
last_reviewed: '2026-05-25'
owner_mechanism_id: mc-architecture-decision-workshop
hard_blocks:
  - 必要架构决策域未确认时生成正式架构设计文档
  - 现有系统无现状与差距证据时声称架构完成
required_evidence:
  - architecture_decision_workshop
  - user_confirmation_ref
consumes:
  - user_intent
  - project_context_detection
  - existing_system_analysis
fallback: manual_required
type: rule
status: active
---

# 架构决策研讨规则

## 硬底线

- 正式架构文档生成前必须覆盖业务流程、数据架构、安全架构、后端架构、前端架构、基础设施六类决策域。
- 每个必要域必须记录事实和约束、候选方案、推荐理由、风险和用户确认引用。
- 现有系统必须先引用现状分析和差距分析证据；空项目必须先确认目标、端范围和非功能约束。
- 任一必要域为未开始、讨论中、待确认或返工状态时，只能输出讨论清单或明确的不可执行草案。
- 决策变化必须将受影响设计产物标记为需要重新验证。

## 低风险边界

普通缺陷修复、样式或文案调整、只读解释不触发完整六域研讨；涉及契约、数据、安全、部署或重大模块边界变化时重新触发。
