---
name: requirement-clarify
type: procedure
when: '需求澄清, 需求分析, 需求梳理, 理解需求, 需求确认, requirement, 需求评审'
scope:
  - backend
  - frontend
products:
  - '*'
id: ka-procedure-需求澄清流程
asset_kind: procedure
lifecycle_status: active
authority: supporting
owner_mechanism_id: mc-intent-router
routes:
  - code_change
primary_triggers:
  - 需求澄清流程
secondary_triggers: []
negative_triggers: []
priority: P1
specificity: 5
consumes:
  - mc-intent-router
emits:
  - requirement_baseline
  - terminology_glossary
required_evidence:
  - execution_evidence
version: 1.1.0
last_reviewed: '2026-06-01'
stages: ["需求分析"]
---

## 适用场景
从原始需求中提取结构化事实、识别冲突和缺口、产出可追溯的需求基线。适用于编码前的需求理解阶段。

## 步骤
1. 提取需求事实：从需求文档/用户描述中提取功能点、页面交互、业务规则
2. 分离事实与决策：需求事实和架构决策分列记录，禁止将 AI 推论伪装为需求事实
3. 运行术语一致性检查：识别同一概念不同命名，统一术语
4. 标记未确认项：无法确认的需求标记为「待确认」，禁止猜测或跳过
5. 标注冲突和越界项：明确来源和处理方式（冲突标注来源，越界标注排除原因）
6. 绑定菜单权限：菜单需求必须关联角色、页面、操作权限
7. 声明写操作的失败反馈：每个用户可见写操作必须有提示文案、重试建议、是否可恢复
8. 冻结需求基线：按需求 ID 冻结验收信号和重新打开条件

## 检查点
- [ ] 术语一致，无同义混用
- [ ] 每个来源项映射到唯一目标，无孤立页面交互
- [ ] 菜单需求绑定角色/权限，无悬空项
- [ ] 用户可见写操作有失败反馈、删除语义、审计要求
- [ ] 需求基线按 ID 冻结

## 注意事项
- 禁止将 AI 推论冒充为需求事实
- 原型缺失不阻塞需求分析
- 未确认需求必须显式标记，禁止静默跳过
