requirement-change

name	requirement-change
description	处理项目需求变更，包括添加/修改需求、同步更新文档、生成变更记录，执行前必须通过无限询问澄清需求
aliases	["req-change","requirement","req"]
commands	["/req-change"]
author	Kei
triggers	["添加需求，修改 PRD，需求变更，更新需求，调整需求"]
version	2.0.0
compatibility	需要 WebFetch 能力读取文档
metadata	{"category":"团队规范 + 文档生成（混合型）","type":"需求管理","patterns":["inversion","pipeline"],"interaction":"multi-turn","stages":"4","gating":"required"}

需求变更 Skill

用途

当用户需要添加新功能需求、修改已有需求或调整优先级时，自动使用此 Skill。

核心原则：

1. 询问优先：不做任何前提假设，通过多轮询问澄清需求
2. 影响分析：评估变更对所有相关文档的影响
3. 同步更新：确保 PRD.md、IMPLEMENTATION_PLAN.md、progress.txt 一致
4. 版本追踪：每次变更生成可追溯的记录
5. 用户确认：关键步骤需用户确认后再执行

适用场景：

• 添加新功能到 PRD
• 修改需求优先级（如 P1 → P0）
• 调整需求描述/范围
• 标记需求完成状态

不适用场景：

• 简单的文档拼写错误修正
• 代码层面的功能实现（直接 coding 即可）

---

工作流程

阶段 1：需求澄清（无限询问）

步骤 1.1：读取当前文档状态

1. 读取 PRD.md → 获取现有需求列表
2. 读取 IMPLEMENTATION_PLAN.md → 获取阶段划分
3. 读取 .claude/progress.txt → 获取当前进度

步骤 1.2：执行无限询问

不做任何假设，通过询问澄清以下问题（根据情况调整）：

添加新需求时：

## 需求澄清 - 第 N 轮询问

请回答以下问题：

### 基础信息
1. 功能名称是什么？
2. 功能描述/用户故事是什么？（作为 XX 用户，我希望 XX，以便 XX）
3. 建议的优先级？（P0/P1/P2）

### 范围界定
4. 此功能涉及哪些模块？（前端/后端/数据库）
5. 是否需要新的数据库表/字段？
6. 是否需要新的 API/Server Action？

### 依赖关系
7. 此功能依赖其他功能吗？
8. 其他功能依赖此功能吗？

### 验收标准
9. 如何判断此功能完成？
10. 有什么明确的不做范围（Out of Scope）吗？

修改优先级时：

## 变更澄清

1. 为什么需要调整优先级？
2. 此调整影响哪些其他需求？
3. 是否需要调整实现计划的时间安排？

询问规则：

• 每次最多 5 个问题
• 用户回答后评估是否足够清晰
• 如不清晰，继续下一轮询问
• 如已清晰，进入阶段 2

等待用户确认需求清晰后，进入阶段 2。

---

阶段 2：影响分析

步骤 2.1：分析文档影响