lanyuanxiaoyao
93ad66bc45
- requirements: 强制至少一次用户确认；潜在冲突与待解决问题必须当场确认并归入对应章节，不得残留开放问题/TBD/待确认 - design/plan: 移除模板中'待确认事项''开放问题'章节；阶段职责改为遇到分歧或上游不完整时暂停并回退，不在本阶段向用户发起决策型提问 - apply: 所有需要用户决策的偏离统一通过 blocker.md 出口，由 blocker-revise 决定回退到哪一层 - 全局: 在 requirements instruction 头部新增'阶段职责原则'，明确用户主动参与集中在 requirements 阶段
58 lines
1.5 KiB
Markdown
58 lines
1.5 KiB
Markdown
## 背景与目标
|
|
|
|
<!-- 记录问题、当前状态、相关参考资料，以及触发本次变更的用户请求 -->
|
|
|
|
## 讨论记录
|
|
|
|
<!-- 记录 explore 或前序讨论中后续 design/plan/apply 必须保留的关键结论 -->
|
|
|
|
### 已确认结论
|
|
|
|
- <!-- 结论 1 -->
|
|
- <!-- 结论 2 -->
|
|
|
|
### 用户偏好
|
|
|
|
- <!-- 偏好 1 -->
|
|
|
|
### 被否决方案
|
|
|
|
- <!-- 方案及否决原因 -->
|
|
|
|
## 功能需求
|
|
|
|
<!-- 每条功能需求必须有明确验收标准 -->
|
|
|
|
| 编号 | 需求 | 验收标准 |
|
|
| ---- | ---- | -------- |
|
|
| F1 | <!-- 需求 --> | <!-- 验收标准 --> |
|
|
|
|
## 非功能需求
|
|
|
|
<!-- 只记录与本次变更相关的非功能要求 -->
|
|
|
|
| 类别 | 要求 |
|
|
| ---- | ---- |
|
|
| <!-- 性能 / 兼容性 / 安全 / 可维护性 / 运维 / 文档 --> | <!-- 要求 --> |
|
|
|
|
## 技术需求
|
|
|
|
<!-- 记录需要确认的技术选型、架构方向、集成边界、代码约束或禁止事项；详细设计属于 design.md -->
|
|
|
|
| 编号 | 类别 | 决策 | 理由 | 被否决方案 |
|
|
| ---- | ---- | ---- | ---- | ---------- |
|
|
| T1 | <!-- 选型 / 架构 / 约束 / 集成 --> | <!-- 已确认的决策 --> | <!-- 理由 --> | <!-- 被否决方案及原因 --> |
|
|
|
|
## 全局审查
|
|
|
|
<!-- 从系统边界、既有行为、相邻模块、配置、文档、迁移、兼容性、安全、性能和用户流程角度审查当前需求 -->
|
|
|
|
### 与现有系统的关联
|
|
|
|
<!-- 记录相关模块、流程、配置、文档、外部接口或用户路径 -->
|
|
|
|
### 前置条件
|
|
|
|
<!-- 记录执行前必须满足的条件；没有则写"无" -->
|
|
|