---
name: architecture-design
type: procedure
when: '架构设计, 模块划分, 系统设计, 技术方案, 方案设计, architecture, 架构评审'
scope:
  - backend
  - frontend
products:
  - '*'
id: ka-procedure-架构设计流程
asset_kind: procedure
lifecycle_status: active
authority: supporting
owner_mechanism_id: mc-architecture-design
routes:
  - code_change
primary_triggers:
  - 架构设计流程
secondary_triggers: []
negative_triggers: []
priority: P1
specificity: 5
consumes:
  - mc-intent-router
emits:
  - execution_result
  - evidence
required_evidence:
  - execution_evidence
version: 1.0.0
last_reviewed: '2026-05-22'
migration_note: 知识资产标准化迁移
status: active
---

## 适用场景
从需求基线产出模块边界、状态机、一致性策略和架构红线。适用于技术方案设计阶段。

## 步骤
1. 确认需求基线已冻结
2. 回答四个根本问题（顺序不可跳过）：边界 → 状态 → 一致性 → 扩展点
3. 记录每个决策的理由、可逆性评估和下游影响
4. 模型选择：简单 CRUD 不强行套用 DDD，复杂状态/一致性问题不伪装为简单 CRUD
5. 冻结授权边界、外部依赖弹性和关键时序
6. 运行架构健康检查：循环依赖、实体泄漏、硬编码地址、包结构

## 检查点
- [ ] 四个根本问题（边界/状态/一致性/扩展点）已回答
- [ ] 每个决策有理由、可逆性、下游影响
- [ ] 简单 CRUD 未被过度设计
- [ ] 授权边界和外部依赖策略已冻结
- [ ] 架构健康检查无循环依赖、实体泄漏

## 注意事项
- 禁止未回答四个根本问题就开始细化
- 禁止简单 CRUD 强行套用复杂领域模型
- 决策必须包含可逆性和返工触发条件
