القائمة
当用户输入 /specpilot:update REQ-xxx，提出需求变更、补充新约束，或想修订当前项目中已完成或进行中的 SpecPilot 需求时使用。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
当用户输入 /specpilot:archive REQ-xxx，想归档已完成的 SpecPilot 需求、整理需求记录，或将当前项目中的需求标记为已完成时使用。
当用户输入 /specpilot:cancel REQ-xxx，想取消草稿或进行中的 SpecPilot 需求，或将当前项目中的需求标记为不再计划时使用。
当用户输入 /specpilot:check REQ-xxx，想复核 SpecPilot 需求、检查实现进度、验证测试情况，或查找当前项目中缺失的需求记录时使用。
当用户输入 /specpilot:confirm REQ-xxx，想确认 SpecPilot 需求、澄清范围、分析业务规则，或将当前项目中的草稿需求转为已确认需求时使用。
当用户输入 /specpilot:exec REQ-xxx，想执行已确认的 SpecPilot 需求、要求输出技术方案，或确认方案后开始在当前项目中实施时使用。
当用户输入 /specpilot:list，想列出 SpecPilot 需求、查看需求状态，或查看当前项目中的需求记录和能力规格时使用。
| name | specpilot-update |
| description | 当用户输入 /specpilot:update REQ-xxx，提出需求变更、补充新约束，或想修订当前项目中已完成或进行中的 SpecPilot 需求时使用。 |
处理需求变更，根据需求当前状态和变更范围选择合适的处理方式。
参数
the user-provided arguments after the command text - 格式：REQ-xxx [变更内容] 或仅 REQ-xxx（变更内容在文档中）使用场景
变更内容来源（二选一）
/specpilot:update REQ-001 新增xxx功能，修改xxx逻辑执行步骤
the user-provided arguments after the command text 解析需求编号和变更内容docs/specpilot/requirements/index.md 获取需求当前状态docs/specpilot/requirements/REQ-{编号}-draft.mddocs/specpilot/project-guide.md深入分析变更内容：
判断变更类型：
| 变更类型 | 判断标准 | 处理方式 |
|---|---|---|
| Bug 修复 | 代码实现与需求不符，或有逻辑错误 | 原需求追加修复 |
| 需求微调 | 改动 ≤3 个文件，不改变核心逻辑 | 原需求追加修改 |
| 需求新增 | 在原有基础上新增独立功能点 | 建议创建新需求 |
| 需求重做 | 改变核心逻辑，改动 >5 个文件 | 必须创建新需求 |
## 变更分析 - REQ-{编号}
**当前状态**：{状态}
**变更内容**：{用户提供的变更描述}
### 变更影响分析
**变更类型**：{Bug修复/需求微调/需求新增/需求重做}
**影响范围**：
- 涉及文件：{文件列表}
- 核心逻辑变化：{是/否}
- 预估改动量：{小/中/大}
**处理建议**：{原需求修改 / 创建新需求迭代}
是否同意此处理方式？
更新 index.md 状态：
completed，改为 🔧 updatingin_progress，保持不变在 draft 文件中记录变更：
在【需求确认】章节后添加或更新【变更记录】：
---
## 【变更记录】
### 变更 #1 - {日期}
**变更类型**：{Bug修复/需求微调}
**变更原因**：
{为什么需要变更}
**变更内容**：
{具体变更了什么}
**影响范围**：
- 涉及文件：{文件列表}
- 涉及功能：{功能点}
**变更后的需求**：
{更新后的需求描述，整合到原需求中}
更新【需求确认】章节：
进入确认流程：
该变更涉及较大改动，建议创建新需求进行迭代。
- 原需求：REQ-{编号} - {描述}
- 新需求：REQ-{新编号}（迭代自 REQ-{编号}）
是否同意？输入"同意"继续，或"坚持原需求"在原需求上修改。
如果同意创建新需求：
/specpilot:new 的流程迭代自：REQ-{原编号}🔄 iterated（如果完全替代）如果用户坚持在原需求修改：
根据变更复杂度决定后续流程：
简单变更（Bug修复/小微调）：
变更分析 → 更新文档 → 直接进入执行（/specpilot:exec 的实施阶段）
复杂变更（涉及多处改动）：
变更分析 → 更新文档 → 重新确认（/specpilot:confirm 流程） → 执行
创建新需求：
变更分析 → 创建新需求 → 完整流程（confirm → exec → archive）
## 需求变更处理完成
**需求**：REQ-{编号} - {描述}
**变更类型**：{类型}
**处理方式**：{原需求修改 / 创建新需求 REQ-{新编号}}
### 变更摘要
- {变更内容摘要}
### 文档更新
- [x] 变更记录已添加到 draft 文件
- [x] 需求确认已更新（如适用）
- [x] index.md 状态已更新
### 下一步
- {提示下一步操作}
用户可在 draft 文件中添加此章节来描述变更：
---
## 【变更请求】
<!-- 用户填写变更内容，AI 执行 /specpilot:update 时会读取 -->
**变更原因**：
[为什么需要变更]
**变更内容**：
[具体要变更什么]
**期望效果**：
[变更后期望达到的效果]
参考文档
docs/specpilot/README.mddocs/specpilot/specs/