@haaaiawd/anws 2.2.1 → 2.2.3

package/templates/.agents/workflows/change.md

@@ -1,151 +1,156 @@
 ---
-description: "处理当前版本内的受控变更与 task 调整，并在需要时升级到 /genesis。适用于已进入 /forge 编码阶段后的文档、契约、测试与任务回流。"
----
+
+## description: "处理当前版本内的受控变更与 task 调整，并在需要时升级到 /genesis。适用于已进入 /forge 编码阶段后的文档、契约、测试与任务回流。"
 
 # /change
 
-<phase_context>
 你是 **CHANGE MANAGER (变更管理师)**。
 
-**核心使命**：
-- 处理当前版本内的**受控变更、契约回流与 task 调整**。**仅在已进入 `/forge` 编码阶段后使用**；若尚未开始编码，直接修改相关文档即可，无需走本工作流。只有当变更已经改变当前版本的核心前提时，才升级到 `/genesis`。
+**核心使命**：
+
+- 处理当前版本内的**受控变更、契约回流与 task 调整**。**仅在已进入 `/forge` 编码阶段后使用**；若尚未开始编码，直接修改相关文档即可，无需走本工作流。只有当变更已经改变当前版本的核心前提时，才升级到 `/genesis`。
 
-**核心原则**：
-- **当前版本内统一入口** - 只要不改变当前版本的核心前提，文档、设计、任务、测试与契约修订默认都走 `/change`
-- **前提判断优先于文件类型** - 是否触发 `/genesis`，取决于是否改变需求/架构前提，而不是是否碰了 PRD、ADR 或 Architecture 文件
-- **任务与契约一起回流** - `/forge` 发现任务不足、契约漂移、验证责任缺失时，应优先回流 `/change`
-- **Git 分支连续性** - `/change` 属于当前版本内修正，继续使用当前 `feature/*` 分支；如需保护点，可在进入 `/change` 前先打 checkpoint commit
-- **只改不乱增** - 允许在当前版本内补足必要承接项，但禁止无明确请求的功能蔓延
-- **忠于 Blueprint** - 所有修改必须在 `01_PRD.md` 已定义的需求范围内
-- **签名机制** - 所有写操作必须先展示计划，经签名后才能执行；`/forge自动` 回流时使用 `AUTO` 签名
-- **可追溯** - 所有变更都记录在 CHANGELOG
-- **不维护完成状态** - `/change` 只修改任务定义，不负责回填 `05_TASKS.md` checkbox
+**核心原则**：
+
+- **当前版本内统一入口** - 只要不改变当前版本的核心前提，文档、设计、任务、测试与契约修订默认都走 `/change`
+- **前提判断优先于文件类型** - 是否触发 `/genesis`，取决于是否改变需求/架构前提，而不是是否碰了 PRD、ADR 或 Architecture 文件
+- **任务与契约一起回流** - `/forge` 发现任务不足、契约漂移、验证责任缺失时，应优先回流 `/change`
+- **Git 分支连续性** - `/change` 属于当前版本内修正，继续使用当前 `feature/`* 分支；如需保护点，可在进入 `/change` 前先打 checkpoint commit
+- **只改不乱增** - 允许在当前版本内补足必要承接项，但禁止无明确请求的功能蔓延
+- **忠于 Blueprint** - 所有修改必须在 `01_PRD.md` 已定义的需求范围内
+- **签名机制** - 所有写操作必须先展示计划，经签名后才能执行；`/forge自动` 回流时使用 `AUTO` 签名
+- **可追溯** - 所有变更都记录在 CHANGELOG
+- **不维护完成状态** - `/change` 只修改任务定义，不负责回填 `05_TASKS.md` checkbox
 
 **Output Goal**: 
+
 - 更新 `.anws/v{N}/05_TASKS.md`
 - 更新 `.anws/v{N}/06_CHANGELOG.md`
 
 ---
 
-## ⚠️ CRITICAL 权限边界
+## CRITICAL 权限边界
 
 > [!IMPORTANT]
-> **`/change` 的权限边界以“是否改变当前版本核心前提”为准，而不是以文件类型为准**:
->
-> | 能力 | 允许 | 禁止 |
-> |------|:----:|:----:|
-> | 修改已有任务的描述 | ✅ | |
-> | 修改已有任务的验收标准 | ✅ | |
-> | 调整已有任务的估时 | ✅ | |
-> | 标记任务阻塞/重分优先级 | ✅ | |
-> | 微调 `04_SYSTEM_DESIGN/` 中已有文件的细节 | ✅ | |
-> | 修改当前版本中的普通文档/设计文件细节 | ✅ | |
-> | 修改 `01_PRD.md` 中**不改变需求前提**的表达/命名/澄清内容 | ✅ | |
-> | 修改 `02_ARCHITECTURE_OVERVIEW.md` 中**不改变架构前提**的表达/命名/澄清内容 | ✅ | |
-> | 修改 `03_ADR/` 中**不改变 ADR 核心决策前提**的接口、命名、契约补全或澄清内容 | ✅ | |
-> | 为承接当前版本内变更创建少量必要文档文件 | ✅ | |
-> | 为承接已明确请求的局部修订而补充少量必要任务 | ✅ | |
-> | 更新任务说明字段，但不改变完成状态 | ✅ | |
-> | 调整任务编排、Sprint/Wave 内排序（不改变 ADR 前提） | ✅ | |
-> | **回填 `05_TASKS.md` checkbox** | | ❌ |
-> | **添加 AI 自认为好的功能** | | ❌ |
-> | **修改 [REQ-XXX] 需求引用** | | ❌ |
-> | **改变需求目标、用户故事集合或需求边界** | | ❌ |
-> | **改变系统边界、跨系统架构基线或关键执行模型** | | ❌ |
-> | **推翻 ADR 的核心决策前提** | | ❌ |
-> | **让当前 `05_TASKS.md` 整体失效、必须整体重建任务树** | | ❌ |
->
-> **一旦命中禁止项 → 当前版本无法继续承接，升级到 `/genesis`。**
+> **`/change` 的权限边界以「是否改变当前版本核心前提」为准，而不是以文件类型为准**：
+>
+>
+> | 能力                                                       | 允许  | 禁止  |
+> | -------------------------------------------------------- | --- | --- |
+> | 修改已有任务的描述                                                | 是 | |
+> | 修改已有任务的验收标准                                              | 是 | |
+> | 调整已有任务的估时                                                | 是 | |
+> | 标记任务阻塞/重分优先级                                             | 是 | |
+> | 微调 `04_SYSTEM_DESIGN/` 中已有文件的细节                          | 是 | |
+> | 修改当前版本中的普通文档/设计文件细节                                      | 是 | |
+> | 修改 `01_PRD.md` 中**不改变需求前提**的表达/命名/澄清内容                   | 是 | |
+> | 修改 `02_ARCHITECTURE_OVERVIEW.md` 中**不改变架构前提**的表达/命名/澄清内容 | 是 | |
+> | 修改 `03_ADR/` 中**不改变 ADR 核心决策前提**的接口、命名、契约补全或澄清内容         | 是 | |
+> | 为承接当前版本内变更创建少量必要文档文件                                     | 是 | |
+> | 为承接已明确请求的局部修订而补充少量必要任务                                   | 是 | |
+> | 更新任务说明字段，但不改变完成状态                                        | 是 | |
+> | 调整任务编排、Sprint/Wave 内排序（不改变 ADR 前提）                       | 是 | |
+> | **回填 `05_TASKS.md` checkbox**                            | | 是 |
+> | **添加 AI 自认为好的功能**                                        | | 是 |
+> | **修改 [REQ-XXX] 需求引用**                                    | | 是 |
+> | **改变需求目标、用户故事集合或需求边界**                                   | | 是 |
+> | **改变系统边界、跨系统架构基线或关键执行模型**                                | | 是 |
+> | **推翻 ADR 的核心决策前提**                                       | | 是 |
+> | **让当前 `05_TASKS.md` 整体失效、必须整体重建任务树**                     | | 是 |
+>
+>
+> **一旦命中禁止项 → 当前版本无法继续承接，升级到 `/genesis`。**
 
 ---
 
-## ⚠️ CRITICAL 反自由发挥护栏
+## CRITICAL 反自由发挥护栏
 
 > [!IMPORTANT]
 > **AI 禁止自行添加功能！**
 >
-> - ❌ "我认为加一个 XX 功能会更好" → **禁止**
-> - ❌ "顺便优化一下 YY" → **禁止**
-> - ❌ "为了完善体验，建议增加 ZZ" → **禁止**
-> - ✅ 只处理用户**明确提出的**变更请求
-> - ✅ 变更内容必须可追溯到用户的**原话**
+> - "我认为加一个 XX 功能会更好" → **禁止**
+> - "顺便优化一下 YY" → **禁止**
+> - "为了完善体验，建议增加 ZZ" → **禁止**
+> - 只处理用户**明确提出的**变更请求
+> - 变更内容必须可追溯到用户的**原话**
 >
 > **你的职责是忠实执行用户要求的微调，而非自作主张改善系统。**
 > **如果你发现了值得改进的地方，请在报告中以"建议"形式告知用户，由用户决定是否通过 `/genesis` 处理。**
 
-</phase_context>
-
 ---
 
-## ⚠️ CRITICAL 变更分类
+## CRITICAL 变更分类
 
-> [!IMPORTANT]
-> **变更分类决定处理方式**:
-> - **局部修订 (Local Refinement)** → 本工作流处理
-> - **受控扩展 (Controlled Expansion)** → 本工作流处理，但必须显式展示影响范围
-> - **前提演进 (Foundational Evolution)** → 升级到 `/genesis`
+> [!IMPORTANT]
+> **变更分类决定处理方式**:
+>
+> - **局部修订 (Local Refinement)** → 本工作流处理
+> - **受控扩展 (Controlled Expansion)** → 本工作流处理，但必须显式展示影响范围
+> - **前提演进 (Foundational Evolution)** → 升级到 `/genesis`
 
-> [!NOTE]
-> **默认判断原则**:
-> 只要变更不改变当前版本的需求前提、架构前提与任务树可承接性，即使需要调整 PRD、ADR、System Design、TASKS 与测试要求，也应优先留在 `/change`。
+> [!NOTE]
+> **默认判断原则**:
+> 只要变更不改变当前版本的需求前提、架构前提与任务树可承接性，即使需要调整 PRD、ADR、System Design、TASKS 与测试要求，也应优先留在 `/change`。
 
 ---
 
-## Step 0: 定位当前版本
+## Step 0: 定位当前版本
 
-1.  **扫描版本**:
-    扫描 `.anws/` 目录，找到最新版本号 `v{N}`
-2.  **确定当前版本**:
-    - 找到数字最大的文件夹 `v{N}`。
+1. **扫描版本**:
+  扫描 `.anws/` 目录，找到最新版本号 `v{N}`
+2. **确定当前版本**:
+  - 找到数字最大的文件夹 `v{N}`。
     - **TARGET_DIR** = `.anws/v{N}`。
-
-3.  **检查必需文件**:
-    - [ ] `{TARGET_DIR}/01_PRD.md` 存在
-    - [ ] `{TARGET_DIR}/05_TASKS.md` 存在
-    - [ ] `{TARGET_DIR}/06_CHANGELOG.md` 存在
-
-4.  **如果缺失**: 提示先运行 `/genesis` 和 `/blueprint`。
-
-5.  **Git 分支说明**:
-    - `/change` 不负责切换开发主题分支
-    - 只要仍属于当前版本、当前交付主题，就继续使用当前 `feature/*`
-    - `/change` 结束后回到同一条 `feature/*` 分支继续推进
+3. **检查必需文件**:
+  - `{TARGET_DIR}/01_PRD.md` 存在
+    - `{TARGET_DIR}/05_TASKS.md` 存在
+    - `{TARGET_DIR}/06_CHANGELOG.md` 存在
+4. **如果缺失**: 提示先运行 `/genesis` 和 `/blueprint`。
+5. **Git 分支说明**:
+  - `/change` 不负责切换开发主题分支
+    - 只要仍属于当前版本、当前交付主题，就继续使用当前 `feature/`*
+    - `/change` 结束后回到同一条 `feature/`* 分支继续推进
 
 ---
 
 ## Step 1: 变更影响评估 (分级判定)
 
-**目标**: 判断变更属于局部修订、受控扩展，还是已经改变当前版本前提，必须升级到 `/genesis`。
-
-> [!IMPORTANT]
-> **你必须逐一回答以下 10 个问题**，并据此给出分级。
-
-| # | 评估问题 | `/change` 条件 |
-|---|---------|---------|
-| 1 | 是否改变需求目标、用户故事集合或需求边界? | 否 |
-| 2 | 是否改变系统边界、关键执行模型或架构基线? | 否 |
-| 3 | 是否推翻 ADR 的核心决策前提? | 否 |
-| 4 | 是否只是表达、命名、接口、契约、示例、测试要求或澄清层面的修订? | 是，或影响可控且不改前提 |
-| 5 | 是否影响多个系统的接口? | 允许，但必须仍不改变前提 |
-| 6 | 是否需要新增外部依赖 (npm包/API/服务)? | 否或仅限当前版本内小范围可控引入，且不改前提 |
-| 7 | 用户是否明确要求新版本? | 否 |
-| 8 | **是否需要在 `05_TASKS.md` 中新增承接当前变更的少量任务?** | **允许，但必须与用户原话或 `/forge` 回流原因直接对应** |
-| 9 | **是否新增或修改公共契约，并需要补充验证承接?** | **允许，但必须显式展示影响范围** |
-| 10 | **当前 `05_TASKS.md` 是否仍可通过局部修订继续承接?** | **是** |
-
-> [!IMPORTANT]
-> **Q8/Q9/Q10 是本工作流的核心防线**:
-> - Q8 允许最小承接任务，但不允许借机注入无关新功能
-> - Q9 让契约补全与测试责任补全明确留在 `/change`
-> - Q10 决定是否还能在当前版本内收敛；若任务树整体失效，必须升级 `/genesis`
-> - **如果变更只是为了更好地兑现现有 PRD / ADR / 设计契约，应优先判为 `/change` 可处理**
-
-**判定逻辑**:
-- 不改变当前版本的需求前提 / 架构前提 / 任务树承接性，且影响半径局部 → **局部修订 (Local Refinement)**
-- 不改变当前版本的核心前提，但需要补充契约、测试责任、少量任务或任务重排以兑现当前版本目标 → **受控扩展 (Controlled Expansion)**
-- 只要改变需求前提、架构前提、ADR 核心前提，或已经无法在当前任务树上继续收敛 → **前提演进 (Foundational Evolution)**，跳转 Step 4
+**目标**: 判断变更属于局部修订、受控扩展，还是已经改变当前版本前提，必须升级到 `/genesis`。
+
+> [!IMPORTANT]
+> **你必须逐一回答以下 10 个问题**，并据此给出分级。
+
+
+| #   | 评估问题                                    | `/change` 条件                       |
+| --- | --------------------------------------- | ---------------------------------- |
+| 1   | 是否改变需求目标、用户故事集合或需求边界?                   | 否                                  |
+| 2   | 是否改变系统边界、关键执行模型或架构基线?                   | 否                                  |
+| 3   | 是否推翻 ADR 的核心决策前提?                       | 否                                  |
+| 4   | 是否只是表达、命名、接口、契约、示例、测试要求或澄清层面的修订?        | 是，或影响可控且不改前提                       |
+| 5   | 是否影响多个系统的接口?                            | 允许，但必须仍不改变前提                       |
+| 6   | 是否需要新增外部依赖 (npm包/API/服务)?               | 否或仅限当前版本内小范围可控引入，且不改前提             |
+| 7   | 用户是否明确要求新版本?                            | 否                                  |
+| 8   | **是否需要在 `05_TASKS.md` 中新增承接当前变更的少量任务?** | **允许，但必须与用户原话或 `/forge` 回流原因直接对应** |
+| 9   | **是否新增或修改公共契约，并需要补充验证承接?**              | **允许，但必须显式展示影响范围**                 |
+| 10  | **当前 `05_TASKS.md` 是否仍可通过局部修订继续承接?**    | **是**                              |
+
+
+> [!IMPORTANT]
+> **Q8/Q9/Q10 是本工作流的核心防线**:
+>
+> - Q8 允许最小承接任务，但不允许借机注入无关新功能
+> - Q9 让契约补全与测试责任补全明确留在 `/change`
+> - Q10 决定是否还能在当前版本内收敛；若任务树整体失效，必须升级 `/genesis`
+> - **如果变更只是为了更好地兑现现有 PRD / ADR / 设计契约，应优先判为 `/change` 可处理**
+
+**判定逻辑**:
+
+- 不改变当前版本的需求前提 / 架构前提 / 任务树承接性，且影响半径局部 → **局部修订 (Local Refinement)**
+- 不改变当前版本的核心前提，但需要补充契约、测试责任、少量任务或任务重排以兑现当前版本目标 → **受控扩展 (Controlled Expansion)**
+- 只要改变需求前提、架构前提、ADR 核心前提，或已经无法在当前任务树上继续收敛 → **前提演进 (Foundational Evolution)**，跳转 Step 4
 
 **输出示例**:
+
 ```markdown
 ## 变更评估
 
@@ -162,85 +167,79 @@ description: "处理当前版本内的受控变更与 task 调整，并在需要
 | 需要新增承接任务? | 否 | 对应 T2.1.3 的验收标准修改 |
 | 超出 PRD 范围? | 否 | [REQ-005] 已定义登录功能 |
 
-**结论**: ✅ 局部修订 — 修改 T2.1.3 的验收标准
+**结论**:  局部修订 — 修改 T2.1.3 的验收标准
 ```
 
 ---
 
 ## Step 2: 定位受影响的已有任务
 
-**目标**: 找到受影响的现有任务、文档与契约，并判断是否需要补充最小承接项。
+**目标**: 找到受影响的现有任务、文档与契约，并判断是否需要补充最小承接项。
 
 > [!IMPORTANT]
 > **优先复用已有任务。**
 > 只有当用户请求的局部修订无法被现有任务承接时，才允许补充少量直接相关的新任务；只要仍不偏离 ADR 与当前版本目标，就不应轻易跳转 `/genesis`。
 
-1.  **读取当前任务清单**:
-    读取 `{TARGET_DIR}/05_TASKS.md`
-
-2.  **读取 PRD (交叉验证)**:
-    读取 `{TARGET_DIR}/01_PRD.md`，确认变更在需求范围内
-
-3.  **定位任务**:
-    - 找到与变更相关的已有任务 (如 `T2.1.3`)
+1. **读取当前任务清单**:
+  读取 `{TARGET_DIR}/05_TASKS.md`
+2. **读取 PRD (交叉验证)**:
+  读取 `{TARGET_DIR}/01_PRD.md`，确认变更在需求范围内
+3. **定位任务**:
+  - 找到与变更相关的已有任务 (如 `T2.1.3`)
     - 记录所有实际受影响的已有任务
     - 如现有任务无法承接，但变更仍属当前版本内局部修订，可补充少量新任务并在 Step 3 明确展示
     - 如仅需在当前 ADR 前提下重排任务、调整 Sprint/Wave 归属或补充少量承接项，仍由 `/change` 处理
     - 如需要重做任务结构的根因是 ADR 已不成立或系统边界已变化 → 跳转 Step 4
-
-4.  **定位相关设计文件** (如需要):
-    - 检查 `{TARGET_DIR}/04_SYSTEM_DESIGN/` 中是否有对应的系统设计文件
-    - 仅当任务的修改涉及设计细节时才需要同步修改
-    - 如为了承接当前版本内的契约补全或测试约束，需要新增少量设计/附录文件，允许创建，但必须在 Step 3 显式展示
-
-5.  **ADR 引用检测** (CRITICAL):
-    > [!IMPORTANT]
-    > **ADR 与 SYSTEM_DESIGN 的单向引用链**:
-    > - ADR 记录跨系统决策详情
-    > - SYSTEM_DESIGN §8 Trade-offs **只引用 ADR，不复制决策内容**
-    > - 修改时：ADR 是源头，SYSTEM_DESIGN 通过引用关联
-    
-    **检测规则**:
-    - 如果修改 `04_SYSTEM_DESIGN/` 中的文件：
-      - 扫描文件中是否有 `[ADR-XXX]` 或 `../03_ADR/` 引用
-      - 如果有引用，**必须提醒用户**：该系统设计依赖 ADR 决策
-    - 如果用户请求修改 ADR：
-      - 先判断是否只是命名同步、接口补全、表达澄清或测试约束补充
-      - 如不改变 ADR 核心决策前提 → 允许通过 `/change` 修改
-      - 如改变 ADR 核心决策前提 → 升级 `/genesis`
-
-6.  **契约与验证承接检查**:
-    - 如变更涉及公共契约（接口、CLI 参数、配置结构、文件格式、错误语义、跨系统协议）
-    - 明确这些契约是否已有任务承接
-    - 如无验证承接，确定是否需要补充验证任务、验收标准或验证说明
-
-7.  **确定修改内容**:
-    对每个受影响的文件，明确要修改什么:
-    - 05_TASKS.md: 描述调整? 验收标准修改? 估时调整? 优先级变更?
-    - 04_SYSTEM_DESIGN: 接口细节? 参数调整? 样式微调?
-    - 01_PRD / 02_ARCHITECTURE_OVERVIEW / 03_ADR: 命名同步? 契约补全? 表达澄清? 测试约束补充?
-    - **验证承接**: 是否需要新增/调整验证类型、验证说明或补充测试任务
-    - **ADR 引用**: 如果修改涉及决策，确认是否需要更新 ADR 引用
+4. **定位相关设计文件** (如需要):
+  - 检查 `{TARGET_DIR}/04_SYSTEM_DESIGN/` 中是否有对应的系统设计文件
+    - 仅当任务的修改涉及设计细节时才需要同步修改
+    - 如为了承接当前版本内的契约补全或测试约束，需要新增少量设计/附录文件，允许创建，但必须在 Step 3 显式展示
+5. **ADR 引用检测** (CRITICAL):
+  > [!IMPORTANT]
+  > **ADR 与 SYSTEM_DESIGN 的单向引用链**:
+  >
+  > - ADR 记录跨系统决策详情
+  > - SYSTEM_DESIGN §8 Trade-offs **只引用 ADR，不复制决策内容**
+  > - 修改时：ADR 是源头，SYSTEM_DESIGN 通过引用关联
+  > **检测规则**:
+  - 如果修改 `04_SYSTEM_DESIGN/` 中的文件：
+    - 扫描文件中是否有 `[ADR-XXX]` 或 `../03_ADR/` 引用
+    - 如果有引用，**必须提醒用户**：该系统设计依赖 ADR 决策
+  - 如果用户请求修改 ADR：
+    - 先判断是否只是命名同步、接口补全、表达澄清或测试约束补充
+    - 如不改变 ADR 核心决策前提 → 允许通过 `/change` 修改
+    - 如改变 ADR 核心决策前提 → 升级 `/genesis`
+6. **契约与验证承接检查**:
+  - 如变更涉及公共契约（接口、CLI 参数、配置结构、文件格式、错误语义、跨系统协议）
+    - 明确这些契约是否已有任务承接
+    - 如无验证承接，确定是否需要补充验证任务、验收标准或验证说明
+7. **确定修改内容**:
+  对每个受影响的文件，明确要修改什么:
+  - 05_TASKS.md: 描述调整? 验收标准修改? 估时调整? 优先级变更?
+  - 04_SYSTEM_DESIGN: 接口细节? 参数调整? 样式微调?
+  - 01_PRD / 02_ARCHITECTURE_OVERVIEW / 03_ADR: 命名同步? 契约补全? 表达澄清? 测试约束补充?
+  - **验证承接**: 是否需要新增/调整验证类型、验证说明或补充测试任务
+  - **ADR 引用**: 如果修改涉及决策，确认是否需要更新 ADR 引用
 
 ---
 
-## Step 3: 签名检查点 ⚠️
-
-**目标**: 展示变更计划，获得签名后才能执行。
-
-> [!IMPORTANT]
-> **这是强制检查点。未经签名，禁止修改任何文件。**
-> 普通模式下等待用户签名；如本次 `/change` 明确来自 `/forge自动` 的连续回流，则保留完整检查点展示，并以 `AUTO` 作为签名继续执行。
+## Step 3: 签名检查点 
+
+**目标**: 展示变更计划，获得签名后才能执行。
+
+> [!IMPORTANT]
+> **这是强制检查点。未经签名，禁止修改任何文件。**
+> 普通模式下等待用户签名；如本次 `/change` 明确来自 `/forge自动` 的连续回流，则保留完整检查点展示，并以 `AUTO` 作为签名继续执行。
 
 **展示变更计划**:
 
 ```markdown
-⚠️ 签名检查点 — 变更确认
-
-**变更级别**: 局部修订 / 受控扩展
-**用户原始请求**: "{用户原话}"
-**受影响任务**: {N} 个
-**签名**: 用户 / AUTO
+ 签名检查点 — 变更确认
+
+**变更级别**: 局部修订 / 受控扩展
+**用户原始请求**: "{用户原话}"
+**受影响任务**: {N} 个
+**签名**: 用户 / AUTO
 
 ### 修改预览
 
@@ -256,85 +255,64 @@ description: "处理当前版本内的受控变更与 task 调整，并在需要
 
 ---
 
-请签名: ✅ 批准 / ❌ 拒绝 / ✏️ 调整 / AUTO
-```
-
-- **批准** → 继续 Step 3.1 执行修改
-- **拒绝** → 终止，不做任何修改
-- **调整** → 根据反馈重新制定计划，重新进入 Step 3
-- **AUTO** → 仅当本次来自 `/forge自动` 且仍在 `/change` 权限范围内时有效；保留检查点仪式，自动继续执行
-
-### Step 3.1: 执行修改 (仅在签名后)
-
-1.  **修改任务清单**:
-    使用 `replace_file_content` 修改 `{TARGET_DIR}/05_TASKS.md` 中的对应任务定义
-    - 仅允许修改任务描述、验收标准、估时、优先级、阻塞说明等定义字段
-    - 如 Step 1 判定为受控扩展，可补充少量与用户原话直接对应的新任务
-    - **禁止**在 `/change` 中将 `- [ ]` 改为 `- [x]` 或反向修改 checkbox
-
-2.  **记录变更日志**:
-    读取并追加到 `{TARGET_DIR}/06_CHANGELOG.md`:
-    ```markdown
-    ## {YYYY-MM-DD} - 局部修订变更
-    - [CHANGE] T{X}.{Y}.{Z}: {修改描述}
-      - 用户原话: "{用户的原始请求}"
-      - 修改内容: {具体修改了什么}
-      - 影响范围: {受影响的文件/组件}
-      - PRD 追溯: [REQ-XXX]
-    ```
-
-3.  **更新 AGENTS.md**:
-    - 更新 `最近一次更新` 日期。
-    - (注意: 局部修订不改变待办任务数)
+请签名:  批准 /  拒绝 /  调整 / AUTO
+```
 
-4.  **报告**: 告知用户变更已完成。
-
-5.  **最小复核判定**:
-    - 如果本次 `/change` 修改了以下任一内容：
-      - `05_TASKS.md` 中的 `契约承接`
-      - `05_TASKS.md` 中的 `验证类型` / `验证说明`
-      - `04_SYSTEM_DESIGN/`
-      - 公共接口、错误语义、配置结构、文件格式
-    - 则必须追加一次**最小复核**：
-      - 默认先运行 `task-reviewer`
-      - 如触及设计契约，再追加 `/challenge` 或 `design-reviewer`
-    - 生成一段**复核摘要**，至少包含：执行的 reviewer、发现数量、最高严重度、是否允许返回 `/forge`
-    - 如最小复核仍有未处理 Critical → **阻塞**，不得回到 `/forge`
-    - 如仍有未处理 High → 仅允许用户显式签名接受风险后继续；AUTO 不得自动带过
-    - 只有复核通过或用户明确签名接受风险后，才允许回到 `/forge`
+- **批准** → 继续 Step 3.1 执行修改
+- **拒绝** → 终止，不做任何修改
+- **调整** → 根据反馈重新制定计划，重新进入 Step 3
+- **AUTO** → 仅当本次来自 `/forge自动` 且仍在 `/change` 权限范围内时有效；保留检查点仪式，自动继续执行
+
+### Step 3.1: 执行修改 (仅在签名后)
+
+1. **修改任务清单**:
+  使用 `replace_file_content` 修改 `{TARGET_DIR}/05_TASKS.md` 中的对应任务定义
+  - 仅允许修改任务描述、验收标准、估时、优先级、阻塞说明等定义字段
+  - 如 Step 1 判定为受控扩展，可补充少量与用户原话直接对应的新任务
+  - **禁止**在 `/change` 中将 `- [ ]` 改为 `- [x]` 或反向修改 checkbox
+2. **记录变更日志**:
+  读取并追加到 `{TARGET_DIR}/06_CHANGELOG.md`:
+3. **更新 AGENTS.md**:
+  - 更新 `最近一次更新` 日期。
+    - (注意: 局部修订不改变待办任务数)
+4. **报告**: 告知用户变更已完成。
+5. **回到 `/forge` 前的衔接说明（非静态代码审查）**:
+  - **`/change` 不运行、不替代 `code-reviewer`。** 静态忠实度审查只属于 **`/forge` 3.4.5** 与 **`/challenge`（CODE/FULL）**；不得在本次变更报告中声称「代码已完成静态审查」。
+  - 若本次变更触及 `契约承接`、`验证类型` / `验证说明`、`04_SYSTEM_DESIGN/` 或公共接口语义：在报告中 **列表说明触达项**，便于 `/forge` 规划门禁与任务执行。
+  - **可选（文档侧）**：若任务表或设计措辞需要可读性复核，可 **建议** 用户使用 `task-reviewer` 或 `design-reviewer`；**不得**将 `/change` 写成与 **`/forge` Step 0**（含 `07_CHALLENGE_REPORT.md`）同等效力的「Critical/High 阻塞回到编码」门禁。
 
 ---
 
-## Step 4: 升级到 /genesis
-
-**目标**: 告知用户当前变更已经改变版本前提，必须升级到 `/genesis`。
-
-> [!IMPORTANT]
-> **只有当变更改变当前版本的需求前提、架构前提或任务树承接性时，才升级到 `/genesis`。**
-> 不要把普通命名同步、契约补全、测试责任补全过度升级为 `/genesis`，也不要把前提演进伪装成 `/change`。
-
-> [!IMPORTANT]
-> **Git 换轨动作**：
-> 如果本次是从现有 `feature/*` 分支中途升级到 `/genesis`，先冻结当前分支；必要时先创建一个 checkpoint / freeze commit，再从最新 `main` 开新的 `feature/*`` 承接新版本。不要继续在旧分支上混做新版本实现。
+## Step 4: 升级到 /genesis
+
+**目标**: 告知用户当前变更已经改变版本前提，必须升级到 `/genesis`。
+
+> [!IMPORTANT]
+> **只有当变更改变当前版本的需求前提、架构前提或任务树承接性时，才升级到 `/genesis`。**
+> 不要把普通命名同步、契约补全、测试责任补全过度升级为 `/genesis`，也不要把前提演进伪装成 `/change`。
+
+> [!IMPORTANT]
+> **Git 换轨动作**：
+> 如果本次是从现有 `feature/`* 分支中途升级到 `/genesis`，先冻结当前分支；必要时先创建一个 checkpoint / freeze commit，再从最新 `main` 开新的 `feature/`*` 承接新版本。不要继续在旧分支上混做新版本实现。
 
 ```markdown
-🚫 此变更**已超出当前版本可承接范围**。
+ 此变更**已超出当前版本可承接范围**。
 
 **评估结果**:
 - [问题 X]: 是 — {理由}
 
-**为什么 /change 不能处理？**
-/change 的职责是处理当前版本内的受控修订与回流，
-但当前变更已经改变了本版本的需求/架构前提，继续原地修补会破坏版本真相。
+**为什么 /change 不能处理？**
+/change 的职责是处理当前版本内的受控修订与回流，
+但当前变更已经改变了本版本的需求/架构前提，继续原地修补会破坏版本真相。
 
 **这能防止什么？**
-- ❌ AI 自行添加"觉得好"的功能
-- ❌ 架构文档与实现不一致
-- ❌ 绕过 PRD → 架构 → 任务的完整链条
+- AI 自行添加"觉得好"的功能
+- 架构文档与实现不一致
+- 绕过 PRD → 架构 → 任务的完整链条
 
-**建议**: 升级到 `/genesis` 创建新的架构版本 `v{N+1}`。
+**建议**: 升级到 `/genesis` 创建新的架构版本 `v{N+1}`。
 
-📋 下一步: `/genesis` (将自动创建 v{N+1})
+ 下一步: `/genesis` (将自动创建 v{N+1})
 ```
 
 ---
@@ -348,22 +326,21 @@ description: "处理当前版本内的受控变更与 task 调整，并在需要
 > 用户需要自行决定是否通过 `/genesis` 处理。
 
 ```markdown
-💡 **AI 发现的改进建议** (仅供参考，不在本次变更范围内):
+ **AI 发现的改进建议** (仅供参考，不在本次变更范围内):
 
 1. [建议1]: {描述} — 如需实施，请运行 `/genesis`
 2. [建议2]: {描述} — 如需实施，请运行 `/genesis`
 
-⚠️ 以上建议**不会被自动执行**，请自行决定是否采纳。
+ 以上建议**不会被自动执行**，请自行决定是否采纳。
 ```
 
 ---
 
-<completion_criteria>
-- ✅ 完成 10 问题评估（含契约补全、验证承接与任务树承接性检查）
-- ✅ 局部修订 / 受控扩展: 定位受影响内容 + 展示计划 + 人类确认 + 执行修改 + 记录 CHANGELOG
-- ✅ 超出范围: 明确告知用户 /change 无权处理，引导 /genesis
-- ✅ 所有写操作前通过了人类检查点
-- ✅ 如有新增任务，必须与用户原话直接对应且影响范围已显式展示
-- ✅ 如修改触及契约承接、验证责任或系统设计，已追加最小复核
-- ✅ 未添加任何 AI 自认为好的功能
-</completion_criteria>
+- 完成 10 问题评估（含契约补全、验证承接与任务树承接性检查）
+- 局部修订 / 受控扩展：定位受影响内容 + 展示计划 + 人类确认 + 执行修改 + 记录 CHANGELOG
+- 超出范围：明确告知用户 `/change` 无权承接，引导 `/genesis`
+- 所有写操作前通过了人类检查点
+- 如有新增任务，必须与用户原话直接对应且影响范围已显式展示
+- 若触及契约/验证/系统设计：报告中已列出触达项，且未将 `code-reviewer` 或「代码已静态审查」归入 `/change`
+- 未添加任何 AI 自认为好的功能
+