6a-spec-install 1.0.8-dev.2 → 1.0.8-dev.4

package/.6aspec/rules/green/6A_archive_sop.md

@@ -16,7 +16,7 @@
 
 **1.1 检查是否在需求目录下**
 
-检查当前工作目录是否在 `6aspec/green/<feature-name>/` 下：
+检查当前工作目录是否在 `6aspecdoc/green/<feature-name>/` 下：
 
 ```bash
 pwd
@@ -27,7 +27,7 @@ pwd
 **1.2 如果不在需求目录下，列出所有可归档的需求**
 
 ```bash
-find 6aspec/green -maxdepth 2 -name ".green-status.json" -type f
+find 6aspecdoc/green -maxdepth 2 -name ".green-status.json" -type f
 ```
 
 读取每个状态文件，筛选出状态为 `completed` 的需求。
@@ -50,7 +50,7 @@ find 6aspec/green -maxdepth 2 -name ".green-status.json" -type f
 
 ### Step 2: 读取状态文件
 
-读取 `6aspec/green/<feature-name>/.green-status.json` 文件。
+读取 `6aspecdoc/green/<feature-name>/.green-status.json` 文件。
 
 如果文件不存在或格式错误，输出错误信息并退出。
 
@@ -126,7 +126,7 @@ find 6aspec/green -maxdepth 2 -name ".green-status.json" -type f
 如果归档目录不存在，创建它：
 
 ```bash
-mkdir -p 6aspec/green/archive
+mkdir -p 6aspecdoc/green/archive
 ```
 
 **4.2 生成归档目标名称**
@@ -142,7 +142,7 @@ mkdir -p 6aspec/green/archive
 检查归档目标目录是否已存在：
 
 ```bash
-ls -d 6aspec/green/archive/YYYY-MM-DD-<feature-name> 2>/dev/null
+ls -d 6aspecdoc/green/archive/YYYY-MM-DD-<feature-name> 2>/dev/null
 ```
 
 如果已存在，输出错误并停止：
@@ -150,7 +150,7 @@ ls -d 6aspec/green/archive/YYYY-MM-DD-<feature-name> 2>/dev/null
 ```
 ❌ 归档失败
 
-目标目录已存在：6aspec/green/archive/YYYY-MM-DD-<feature-name>
+目标目录已存在：6aspecdoc/green/archive/YYYY-MM-DD-<feature-name>
 
 可能的原因：
 1. 今天已经归档过同名需求
@@ -167,7 +167,7 @@ ls -d 6aspec/green/archive/YYYY-MM-DD-<feature-name> 2>/dev/null
 将需求目录移动到归档位置：
 
 ```bash
-mv 6aspec/green/<feature-name> 6aspec/green/archive/YYYY-MM-DD-<feature-name>
+mv 6aspecdoc/green/<feature-name> 6aspecdoc/green/archive/YYYY-MM-DD-<feature-name>
 ```
 
 **4.5 更新状态文件**
@@ -184,7 +184,7 @@ mv 6aspec/green/<feature-name> 6aspec/green/archive/YYYY-MM-DD-<feature-name>
 写回状态文件：
 
 ```bash
-# 更新 6aspec/green/archive/YYYY-MM-DD-<feature-name>/.green-status.json
+# 更新 6aspecdoc/green/archive/YYYY-MM-DD-<feature-name>/.green-status.json
 ```
 
 ### Step 5: 显示归档摘要
@@ -195,7 +195,7 @@ mv 6aspec/green/<feature-name> 6aspec/green/archive/YYYY-MM-DD-<feature-name>
 ✅ 归档完成
 
 需求：<feature-name>
-归档位置：6aspec/green/archive/YYYY-MM-DD-<feature-name>/
+归档位置：6aspecdoc/green/archive/YYYY-MM-DD-<feature-name>/
 归档时间：<current-timestamp>
 
 工件完成情况：
@@ -216,7 +216,7 @@ mv 6aspec/green/<feature-name> 6aspec/green/archive/YYYY-MM-DD-<feature-name>
 ✅ 归档完成（带警告）
 
 需求：<feature-name>
-归档位置：6aspec/green/archive/YYYY-MM-DD-<feature-name>/
+归档位置：6aspecdoc/green/archive/YYYY-MM-DD-<feature-name>/
 归档时间：<current-timestamp>
 
 ⚠️  警告：
@@ -233,7 +233,7 @@ mv 6aspec/green/<feature-name> 6aspec/green/archive/YYYY-MM-DD-<feature-name>
 ```
 错误：未找到状态文件
 
-路径：6aspec/green/<feature-name>/.green-status.json
+路径：6aspecdoc/green/<feature-name>/.green-status.json
 
 无法归档没有状态文件的需求。
 
@@ -247,7 +247,7 @@ mv 6aspec/green/<feature-name> 6aspec/green/archive/YYYY-MM-DD-<feature-name>
 ```
 错误：归档目标已存在
 
-目标：6aspec/green/archive/YYYY-MM-DD-<feature-name>/
+目标：6aspecdoc/green/archive/YYYY-MM-DD-<feature-name>/
 
 建议：
 1. 重命名现有归档目录
@@ -260,8 +260,8 @@ mv 6aspec/green/<feature-name> 6aspec/green/archive/YYYY-MM-DD-<feature-name>
 ```
 错误：无法移动需求目录
 
-源：6aspec/green/<feature-name>
-目标：6aspec/green/archive/YYYY-MM-DD-<feature-name>
+源：6aspecdoc/green/<feature-name>
+目标：6aspecdoc/green/archive/YYYY-MM-DD-<feature-name>
 
 错误信息：<error-message>
 
@@ -279,7 +279,7 @@ mv 6aspec/green/<feature-name> 6aspec/green/archive/YYYY-MM-DD-<feature-name>
 ## 归档后的目录结构
 
 ```
-6aspec/green/
+6aspecdoc/green/
 ├── archive/
 │   ├── 2026-02-15-feature-a/
 │   │   ├── .green-status.json

package/.6aspec/rules/green/6A_clarify_sop.md

@@ -19,6 +19,7 @@
 ## 前置条件
 - 已通过 `/6aspec:green:new` 创建了需求目录和初始 `requirement.md`
 - 状态文件 `.green-status.json` 存在
+- **阶段限制**：需求澄清（clarify）仅允许在 **new 之后、领域建模（model）之前** 执行。进入领域建模及后续阶段后，不得再执行需求澄清。
 
 ## 输入要求
 - **自动读取**：现有的 `requirement.md` 和 `.green-status.json`
@@ -33,25 +34,32 @@
 检查当前活跃的需求：
 
 ```bash
-find 6aspec/green -maxdepth 2 -name ".green-status.json" -type f
+find 6aspecdoc/green -maxdepth 2 -name ".green-status.json" -type f
 ```
 
 如果有多个需求，使用 **AskUserQuestion** 让用户选择要澄清的需求。
 
 **1.2 读取状态文件和需求文档**
 
-- 读取 `6aspec/green/<feature-name>/.green-status.json`
-- 读取 `6aspec/green/<feature-name>/requirement.md`
+- 读取 `6aspecdoc/green/<feature-name>/.green-status.json`
+- 读取 `6aspecdoc/green/<feature-name>/requirement.md`
 
-**1.3 状态检查**
+**1.3 阶段门禁（必须通过，否则拒绝执行）**
 
-允许的状态：`created` 或 `requirement_clarified`
+需求澄清仅允许在 **new 之后、model 之前** 执行。读取状态文件后，检查 `status`：
+
+- **允许执行**：仅当 `status` 为 **`created`** 或 **`requirement_clarified`** 时，允许继续执行本 SOP。
+- **拒绝执行**：若 `status` 为 **`modeled`**、**`designed`**、**`tasks_created`**、**`implementing`**、**`completed`**、**`archived`** 中任一，则**立即停止**，不得进行任何需求文档修改或澄清对话，并输出：
 
-如果状态不符合，输出：
 ```
-⚠️ 当前状态为 <status>，通常在 "created" 或 "requirement_clarified" 阶段执行 clarify。
+❌ 不允许执行需求澄清 (clarify)
+
+当前状态：<status>
+允许执行 clarify 的阶段：仅限 created 或 requirement_clarified（即 new 之后、领域建模 model 之前）。
+
+主流程中需求澄清窗口已结束，进入领域建模及后续阶段后不得再修改需求澄清范围。若确有需求变更，请与产品/业务方评估后，通过新需求或变更流程处理。
 
-是否继续？（在后续阶段执行 clarify 会更新需求文档但不会回退状态）
+下一步建议：运行 /6aspec:green:status 查看当前状态，或按当前阶段继续执行对应命令（如 model、design、tasks、execute-task、archive）。
 ```
 
 ### Step 2: 分析现有文档的薄弱环节
@@ -179,11 +187,12 @@ find 6aspec/green -maxdepth 2 -name ".green-status.json" -type f
 
 ## 输出要求
 1. 格式：Markdown 源码格式
-2. 文档位置：`6aspec/green/<feature-name>/requirement.md`（原地更新）
+2. 文档位置：`6aspecdoc/green/<feature-name>/requirement.md`（原地更新）
 3. 必须保留已有内容，仅做增量更新
 4. 更新后检查文档格式是否符合 `new` SOP 中的模板规范
 
 ## 注意
+- **阶段限制**：仅当状态为 `created` 或 `requirement_clarified` 时可执行；进入 `modeled` 及之后阶段后**禁止**执行 clarify，直接拒绝并提示。
 - **不可覆盖**：绝不可覆盖用户之前已确认的结论，只能追加新信息
 - **递进深入**：每一轮 clarify 的问题应该比上一轮更深入、更具体
 - **适时收敛**：如果评估所有维度都是 🟢，应主动建议用户进入下一步（领域建模），而不是无限制地继续澄清

package/.6aspec/rules/green/6A_code_implementation_sop.md

@@ -5,14 +5,14 @@ alwaysApply: false
 
 # execute-task: 任务代码实现标准操作流程
 
-你现在是 **Senior Developer**，负责执行具体的开发任务。你的核心职责是将 `6aspec/green/<feature-name>/tasks/task_xxx.md` 转化为高质量、可运行的业务代码。
+你现在是 **Senior Developer**，负责执行具体的开发任务。你的核心职责是将 `6aspecdoc/green/<feature-name>/tasks/task_xxx.md` 转化为高质量、可运行的业务代码。
 
 ## 前置条件（依赖门禁，必须首先执行）
 
 在执行任务代码实现前，**必须**先完成依赖检查，不通过则**立即停止**并提示，不得继续：
 
-1. **确定当前需求**：根据用户指定的任务文件路径（如 `6aspec/green/<feature-name>/tasks/task-xxx.md`）确定 feature-name；若用户未指定任务文件，则根据当前工作目录或让用户选择需求。
-2. **读取状态文件**：读取 `6aspec/green/<feature-name>/.green-status.json`。若文件不存在，停止并提示先运行 `/6aspec:green:new` 创建需求。
+1. **确定当前需求**：根据用户指定的任务文件路径（如 `6aspecdoc/green/<feature-name>/tasks/task-xxx.md`）确定 feature-name；若用户未指定任务文件，则根据当前工作目录或让用户选择需求。
+2. **读取状态文件**：读取 `6aspecdoc/green/<feature-name>/.green-status.json`。若文件不存在，停止并提示先运行 `/6aspec:green:new` 创建需求。
 3. **检查上一流程已完成**：
    - 若 `status` 不是 `tasks_created` 且不是 `implementing`，停止并提示：
      ```
@@ -24,7 +24,7 @@ alwaysApply: false
      请先完成任务拆解：运行 /6aspec:green:tasks，并确保生成 tasks/ 下的任务文件及 README.md，且状态已更新为 tasks_created。
      ```
    - 若 `artifacts.tasks.status` 不是 `done`，停止并提示先运行 `/6aspec:green:tasks` 完成任务拆解。
-4. **检查任务目录存在**：若 `6aspec/green/<feature-name>/tasks/` 下无任务文件或无 `README.md`，停止并提示先完成 `/6aspec:green:tasks`。
+4. **检查任务目录存在**：若 `6aspecdoc/green/<feature-name>/tasks/` 下无任务文件或无 `README.md`，停止并提示先完成 `/6aspec:green:tasks`。
 
 **只有以上检查全部通过后，才允许继续执行本 SOP 的编码步骤。**
 
@@ -34,8 +34,8 @@ alwaysApply: false
 
 1.  **加载任务上下文**：读取用户指定的 `task-xxx.md` 文件。
 2.  **加载设计上下文**：
-    *   必须寻找并读取该任务所属功能的 **技术设计主文档** (`tech-design.md`)，位于同需求目录下 `artifacts/`：`6aspec/green/<feature-name>/artifacts/tech-design.md`。
-    *   必须读取 **API 定义文档** (`api-definition.md`)（如果是 API 任务），位于 `6aspec/green/<feature-name>/artifacts/api-definition.md`。
+    *   必须寻找并读取该任务所属功能的 **技术设计主文档** (`tech-design.md`)，位于同需求目录下 `artifacts/`：`6aspecdoc/green/<feature-name>/artifacts/tech-design.md`。
+    *   必须读取 **API 定义文档** (`api-definition.md`)（如果是 API 任务），位于 `6aspecdoc/green/<feature-name>/artifacts/api-definition.md`。
     *   *Rationale*: 任务文件中只包含摘要，核心逻辑和 JSON 结构都在技术设计文档中，不读技术设计文档必写错。
 3.  **加载规范上下文**：
     *   读取任务文件中指定的“规则文件”（如 `api_rule.md`）。

package/.6aspec/rules/green/6A_continue_sop.md

@@ -15,7 +15,7 @@
 
 **1.1 检查是否在需求目录下**
 
-检查当前工作目录是否在 `6aspec/green/<feature-name>/` 下：
+检查当前工作目录是否在 `6aspecdoc/green/<feature-name>/` 下：
 
 ```bash
 pwd
@@ -26,7 +26,7 @@ pwd
 **1.2 如果不在需求目录下，列出所有活跃需求**
 
 ```bash
-find 6aspec/green -maxdepth 2 -name ".green-status.json" -type f
+find 6aspecdoc/green -maxdepth 2 -name ".green-status.json" -type f
 ```
 
 如果找到多个需求，使用 **AskUserQuestion** 让用户选择要继续的需求。
@@ -47,13 +47,13 @@ find 6aspec/green -maxdepth 2 -name ".green-status.json" -type f
 
 ### Step 2: 读取状态文件
 
-读取 `6aspec/green/<feature-name>/.green-status.json` 文件：
+读取 `6aspecdoc/green/<feature-name>/.green-status.json` 文件：
 
 如果文件不存在，说明这是一个旧的需求目录（在状态管理机制之前创建的），输出：
 ```
 错误：未找到状态文件
 
-路径：6aspec/green/<feature-name>/.green-status.json
+路径：6aspecdoc/green/<feature-name>/.green-status.json
 
 这个需求目录可能是在状态管理机制之前创建的。
 
@@ -153,7 +153,7 @@ find 6aspec/green -maxdepth 2 -name ".green-status.json" -type f
 ```
 错误：状态文件格式错误
 
-路径：6aspec/green/<feature-name>/.green-status.json
+路径：6aspecdoc/green/<feature-name>/.green-status.json
 
 错误信息：<parse-error>
 

package/.6aspec/rules/green/6A_design_sop.md

@@ -18,8 +18,8 @@ alwaysApply: false
 
 1.  **主动检索 (Active Retrieval)**：
     *   不要被动等待。当用户给出功能名称时，优先使用工具（`file_search` 或 `read_file`）尝试读取以下关键文件：
-        *   `6aspec/green/<feature-name>/requirement.md`（需求澄清文档，由 new 生成，**设计时的需求依据**）
-        *   `6aspec/green/<feature-name>/artifacts/domain-model.md`（领域模型）
+        *   `6aspecdoc/green/<feature-name>/requirement.md`（需求澄清文档，由 new 生成，**设计时的需求依据**）
+        *   `6aspecdoc/green/<feature-name>/artifacts/domain-model.md`（领域模型）
         *   `./.6aspec/biz/functional-capability-Map.md` (能力地图)
         *   `./.6aspec/biz/event-list.md` (事件清单，如涉及事件)
     *   只有当无法读取这些文件时，才请求用户提供。
@@ -55,8 +55,8 @@ alwaysApply: false
 
 在执行技术方案设计前，**必须**先完成依赖检查，不通过则**立即停止**并提示，不得继续：
 
-1. **确定当前需求**：根据当前工作目录或用户 @ 的文件，确定 `6aspec/green/<feature-name>/`；若有多个需求则让用户选择。
-2. **读取状态文件**：读取 `6aspec/green/<feature-name>/.green-status.json`。若文件不存在，停止并提示先运行 `/6aspec:green:new` 创建需求。
+1. **确定当前需求**：根据当前工作目录或用户 @ 的文件，确定 `6aspecdoc/green/<feature-name>/`；若有多个需求则让用户选择。
+2. **读取状态文件**：读取 `6aspecdoc/green/<feature-name>/.green-status.json`。若文件不存在，停止并提示先运行 `/6aspec:green:new` 创建需求。
 3. **检查上一流程已完成**：
    - 若 `status` 不是 `modeled`，停止并提示：
      ```
@@ -68,7 +68,7 @@ alwaysApply: false
      请先完成领域建模：运行 /6aspec:green:model，并确保生成 artifacts/domain-model.md 且状态已更新为 modeled。
      ```
    - 若 `artifacts.models.status` 不是 `done`，停止并提示先运行 `/6aspec:green:model` 完成领域建模。
-4. **检查 domain-model.md 存在**：若 `6aspec/green/<feature-name>/artifacts/domain-model.md` 不存在，停止并提示先完成领域建模。
+4. **检查 domain-model.md 存在**：若 `6aspecdoc/green/<feature-name>/artifacts/domain-model.md` 不存在，停止并提示先完成领域建模。
 
 **只有以上检查全部通过后，才允许继续执行本 SOP 的设计步骤。**
 
@@ -77,8 +77,8 @@ alwaysApply: false
 按主流程，需求已在 new 阶段澄清并产出 `requirement.md`，design 阶段**以 requirement.md + 领域模型**为输入，无需原始 PRD。
 
 你需要确保拥有以下输入（优先尝试主动读取）：
-- **必需输入 1**：需求澄清文档 `requirement.md`（由 `/6aspec:green:new` 生成，位于 `6aspec/green/<feature-name>/requirement.md`）。设计时的功能范围、业务规则、Scope 以该文档为准。
-- **必需输入 2**：数据模型设计文档 `6aspec/green/<feature-name>/artifacts/domain-model.md`
+- **必需输入 1**：需求澄清文档 `requirement.md`（由 `/6aspec:green:new` 生成，位于 `6aspecdoc/green/<feature-name>/requirement.md`）。设计时的功能范围、业务规则、Scope 以该文档为准。
+- **必需输入 2**：数据模型设计文档 `6aspecdoc/green/<feature-name>/artifacts/domain-model.md`
 - **参考文档**：`./.6aspec/biz/functional-capability-Map.md`（能力地图）、`./.6aspec/biz/event-list.md`（事件清单，涉及事件时）
 
 **可选**：若用户额外提供原始 PRD，仅作补充参考，不得与 requirement.md 已确认内容冲突；有冲突时以 requirement.md 为准。
@@ -86,8 +86,8 @@ alwaysApply: false
 ## 第一阶段：需求完备性检查（Gatekeeping，必须先做）
 **请在 `<thinking>` 块中执行此步骤。**
 请逐项核对并输出结论（Y/N）：
-- [ ] **需求文档存在**：`6aspec/green/<feature-name>/requirement.md` 是否存在且可读？（设计依据以该文档为准）
-- [ ] **模型文档存在**：`6aspec/green/<feature-name>/artifacts/domain-model.md` 是否存在？
+- [ ] **需求文档存在**：`6aspecdoc/green/<feature-name>/requirement.md` 是否存在且可读？（设计依据以该文档为准）
+- [ ] **模型文档存在**：`6aspecdoc/green/<feature-name>/artifacts/domain-model.md` 是否存在？
 - [ ] **数据闭环**：新功能涉及字段是否都能落在模型中？
 - [ ] **外部依赖**：是否需要调用其他模块 Facade？（参考能力地图）
 - [ ] **异常覆盖**：失败、超时、并发、幂等等关键逻辑是否明确？
@@ -182,17 +182,17 @@ alwaysApply: false
 
 ## 输出要求（硬性）
 1. **格式**：Markdown 源码，使用代码块包裹。
-2. **位置**：`6aspec/green/<feature-name>/artifacts/`（feature-name 使用 kebab-case 命名，如：user-authentication）
+2. **位置**：`6aspecdoc/green/<feature-name>/artifacts/`（feature-name 使用 kebab-case 命名，如：user-authentication）
 3. **交付物格式**：
    请严格按照以下格式在一次回复中输出两个代码块：
 
    这里是技术设计文档：
-   ```markdown:6aspec/green/<feature-name>/artifacts/tech-design.md
+   ```markdown:6aspecdoc/green/<feature-name>/artifacts/tech-design.md
    (技术设计文档内容...)
    ```
 
    这里是 API 详细定义：
-   ```markdown:6aspec/green/<feature-name>/artifacts/api-definition.md
+   ```markdown:6aspecdoc/green/<feature-name>/artifacts/api-definition.md
    (API 定义内容，包含详细 JSON 结构...)
    ```
 4. **解耦**：不包含具体项目包路径，用逻辑层（service/repository/facade）描述

package/.6aspec/rules/green/6A_import_model_table_sop.md

@@ -85,13 +85,13 @@ python .cursor/script/create_entities_from_markdown.py {markdown_file_path} -a {
 
 ## 示例对话
 
-**User:** `import-model-table 6aspec/green/xxx/artifacts/domain-model.md 890601`
+**User:** `import-model-table 6aspecdoc/green/xxx/artifacts/domain-model.md 890601`
 
 **Assistant:**
 1. 解析 Application: `8906`
 2. 搜索 GUID: 在 `data/metadata/_metadata/8906/` 中搜索 `890601`...
 3. 找到 GUID: `12345678-1234-1234-1234-1234567890ab`
-4. 执行命令: `python .6aspec/script/create_entities_from_markdown.py 6aspec/green/xxx/artifacts/domain-model.md -a 8906 -g 12345678-1234-1234-1234-1234567890ab`
+4. 执行命令: `python .6aspec/script/create_entities_from_markdown.py 6aspecdoc/green/xxx/artifacts/domain-model.md -a 8906 -g 12345678-1234-1234-1234-1234567890ab`
 5. 反馈结果。
 
 ## 流程完成提示 (Workflow Progress)

package/.6aspec/rules/green/6A_model_sop.md

@@ -27,8 +27,8 @@ alwaysApply: false
 
 在执行领域建模前，**必须**先完成依赖检查，不通过则**立即停止**并提示，不得继续：
 
-1. **确定当前需求**：根据当前工作目录或用户 @ 的文件，确定 `6aspec/green/<feature-name>/`；若有多个需求则让用户选择。
-2. **读取状态文件**：读取 `6aspec/green/<feature-name>/.green-status.json`。若文件不存在，说明尚未通过 `new` 创建该需求，停止并提示：
+1. **确定当前需求**：根据当前工作目录或用户 @ 的文件，确定 `6aspecdoc/green/<feature-name>/`；若有多个需求则让用户选择。
+2. **读取状态文件**：读取 `6aspecdoc/green/<feature-name>/.green-status.json`。若文件不存在，说明尚未通过 `new` 创建该需求，停止并提示：
    ```
    ❌ 未通过依赖检查，无法执行领域建模
 
@@ -54,7 +54,7 @@ alwaysApply: false
 
      请先运行 /6aspec:green:new 或 /6aspec:green:clarify 完成 requirement.md 后再执行 model。
      ```
-4. **检查 requirement.md 存在**：若 `6aspec/green/<feature-name>/requirement.md` 不存在或为空，停止并提示先完成需求澄清。
+4. **检查 requirement.md 存在**：若 `6aspecdoc/green/<feature-name>/requirement.md` 不存在或为空，停止并提示先完成需求澄清。
 
 5. **检查项目已初始化（可选但推荐）**：若 `./.6aspec/biz/functional-capability-Map.md` 不存在，提示：
    ```
@@ -66,7 +66,7 @@ alwaysApply: false
 **只有第 1～4 项检查全部通过后，才允许继续执行本 SOP 的建模步骤。**
 
 ## 输入要求
-- **首选输入**：需求澄清文档 `requirement.md`（由 `/6aspec:green:new` 生成，位于 `6aspec/green/<feature-name>/requirement.md`）
+- **首选输入**：需求澄清文档 `requirement.md`（由 `/6aspec:green:new` 生成，位于 `6aspecdoc/green/<feature-name>/requirement.md`）
 - **备选输入**：如果尚未执行 `new` 命令，可直接使用 PRD（产品需求文档）或功能需求描述
 - **可选输入**：已确认的领域边界与核心实体语义(可以是markdown文档)
 - **系统自带知识库**：
@@ -175,8 +175,8 @@ alwaysApply: false
 
 ## 输出要求：
 1. 格式：Markdown 源码格式
-2. 文档位置：`6aspec/green/<feature-name>/artifacts/` 目录（feature-name 使用 kebab-case 命名，如：user-authentication）
-3. 文档命名：`domain-model.md`（完整路径：`6aspec/green/<feature-name>/artifacts/domain-model.md`）
+2. 文档位置：`6aspecdoc/green/<feature-name>/artifacts/` 目录（feature-name 使用 kebab-case 命名，如：user-authentication）
+3. 文档命名：`domain-model.md`（完整路径：`6aspecdoc/green/<feature-name>/artifacts/domain-model.md`）
 4. 请务必检查下第三步的输出是否满足格式要求
 
 ## 注意

package/.6aspec/rules/green/6A_new_sop.md

@@ -25,7 +25,7 @@
 
 **1.0 前置检查（避免与 clarify 混淆）**
 
-- 若当前工作目录已在 `6aspec/green/<某需求名>/` 下，或用户 @ 的文件位于某需求目录内，则**先提示**：
+- 若当前工作目录已在 `6aspecdoc/green/<某需求名>/` 下，或用户 @ 的文件位于某需求目录内，则**先提示**：
   ```
   当前处于需求目录「<需求名>」内。如需对本需求继续澄清，请使用 /6aspec:green:clarify；
   如需新建另一个需求，请切换到项目根目录后再次执行 /6aspec:green:new。
@@ -49,7 +49,7 @@
 **1.2 创建目录结构**
 
 ```
-6aspec/green/<feature-name>/
+6aspecdoc/green/<feature-name>/
 ├── .green-status.json     # 状态文件
 ├── requirement.md         # 需求澄清文档（本步骤生成）
 ├── artifacts/             # 存放 model、design、visual-logic 生成的文档
@@ -69,19 +69,19 @@
   "artifacts": {
     "requirement": {
       "status": "pending",
-      "path": "6aspec/green/<feature-name>/requirement.md"
+      "path": "6aspecdoc/green/<feature-name>/requirement.md"
     },
     "models": {
       "status": "blocked",
-      "path": "6aspec/green/<feature-name>/artifacts/"
+      "path": "6aspecdoc/green/<feature-name>/artifacts/"
     },
     "design": {
       "status": "blocked",
-      "path": "6aspec/green/<feature-name>/artifacts/"
+      "path": "6aspecdoc/green/<feature-name>/artifacts/"
     },
     "tasks": {
       "status": "blocked",
-      "path": "6aspec/green/<feature-name>/tasks/"
+      "path": "6aspecdoc/green/<feature-name>/tasks/"
     }
   },
   "tasks": {
@@ -283,7 +283,7 @@
 
 ## 输出要求
 1. 格式：Markdown 源码格式
-2. 文档位置：`6aspec/green/<feature-name>/requirement.md`
+2. 文档位置：`6aspecdoc/green/<feature-name>/requirement.md`
 3. 文档命名：`requirement.md`
 4. 必须包含"待确认项"章节（即使为空）
 

package/.6aspec/rules/green/6A_rollback_sop.md

@@ -0,0 +1,198 @@
+# rollback: 流程回退标准操作流程 (Rollback SOP)
+
+## 目标
+将当前需求回退**一个阶段**，并删除该阶段生成的工件，以便重新执行上一阶段或修正后重做本阶段。仅允许单步回退，且**必须获得用户明确确认后**才执行删除与状态更新。
+
+## 规则
+1. **单步回退**：每次只能回退一个阶段，不允许跨多阶段回退
+2. **先提示后执行**：必须先列出将删除的文件并提示用户，**只有在用户给出明确确认指令后**才允许执行删除和状态更新
+3. **禁止从实现阶段回退**：状态为 `implementing`、`completed`、`archived` 时不允许回退；`created` 无上一阶段，也不允许
+
+## 允许回退的状态与目标
+
+| 当前状态 | 回退后状态 | 将删除的工件 |
+|----------|------------|--------------|
+| `requirement_clarified` | `created` | `6aspecdoc/green/<feature-name>/requirement.md` |
+| `modeled` | `requirement_clarified` | `6aspecdoc/green/<feature-name>/artifacts/domain-model.md` |
+| `designed` | `modeled` | `6aspecdoc/green/<feature-name>/artifacts/tech-design.md`、`api-definition.md`；若存在则一并删除 `artifacts/visual-logic.md` |
+| `tasks_created` | `designed` | `6aspecdoc/green/<feature-name>/tasks/` 目录下全部文件（含 `README.md` 及所有 `task-*.md`） |
+
+## 执行步骤
+
+### Step 1: 确定需求并读取状态
+
+1. **确定当前需求**：根据当前工作目录或用户 @ 的文件，确定 `6aspecdoc/green/<feature-name>/`；若有多个需求则让用户选择。
+2. **读取状态文件**：读取 `6aspecdoc/green/<feature-name>/.green-status.json`。若文件不存在，停止并提示先运行 `/6aspec:green:new`。
+3. **阶段门禁**：检查 `status`：
+   - **允许回退**：仅当 `status` 为 `requirement_clarified`、`modeled`、`designed`、`tasks_created` 之一时继续。
+   - **拒绝回退**：若为 `created`、`implementing`、`completed`、`archived`，则停止并输出：
+
+```
+❌ 不允许执行回退 (rollback)
+
+当前状态：<status>
+
+允许回退的阶段：仅限 requirement_clarified、modeled、designed、tasks_created。
+created（无上一阶段）、implementing（已进入代码实现）、completed、archived 不允许回退。
+
+若已进入实现阶段且需求有变更，建议通过修改需求/设计文档并补充任务处理，或新建需求。
+```
+
+### Step 2: 列出回退影响并请求用户明确确认
+
+根据当前状态，输出**回退影响说明**，并**禁止在未得到用户明确确认前执行任何删除或写状态文件操作**。
+
+输出格式（必须包含以下内容）：
+
+```markdown
+## 回退影响说明
+
+- **当前状态**：<current-status>
+- **回退后状态**：<target-status>
+- **回退后下一步**：需重新执行 <command>（<描述>）
+
+### 即将删除的文件（执行回退后将不可恢复）
+
+<按下面表格根据当前状态填写>
+
+| 路径 | 说明 |
+|------|------|
+| <path1> | <说明> |
+| <path2> | <说明> |
+
+### 状态文件更新
+
+- `.green-status.json` 中 `status` 将更新为 `<target-status>`
+- 当前阶段对应工件的 `status` 将置为 pending/blocked
+
+---
+
+⚠️ **请确认后再执行回退**
+
+回退将**永久删除**上述文件，且不可通过本命令恢复。
+
+请明确回复以下之一后，我才会执行删除与状态更新：
+- **「确认回退」**
+- **「执行回退」**
+
+若不需要回退，请直接说明取消。
+```
+
+**根据当前状态填写的删除清单：**
+
+- **requirement_clarified → created**  
+  | 路径 | 说明 |
+  |------|------|
+  | `6aspecdoc/green/<feature-name>/requirement.md` | 需求澄清文档 |
+
+- **modeled → requirement_clarified**  
+  | 路径 | 说明 |
+  |------|------|
+  | `6aspecdoc/green/<feature-name>/artifacts/domain-model.md` | 领域模型文档 |
+
+- **designed → modeled**  
+  | 路径 | 说明 |
+  |------|------|
+  | `6aspecdoc/green/<feature-name>/artifacts/tech-design.md` | 技术设计文档 |
+  | `6aspecdoc/green/<feature-name>/artifacts/api-definition.md` | API 定义文档 |
+  | `6aspecdoc/green/<feature-name>/artifacts/visual-logic.md` | 可视化逻辑图（若存在） |
+
+- **tasks_created → designed**  
+  | 路径 | 说明 |
+  |------|------|
+  | `6aspecdoc/green/<feature-name>/tasks/` 下全部文件 | 任务列表及 README 等 |
+
+### Step 3: 等待用户明确确认
+
+- **仅当**用户回复中包含「确认回退」或「执行回退」的**明确意图**时，才继续执行 Step 4。
+- 若用户回复取消、或仅表达犹豫（如「再想想」），则**不执行**回退，并回复已取消。
+- 若用户未明确确认，则**不得**执行任何文件删除或状态文件写入。
+
+### Step 4: 执行回退（仅在用户已明确确认后）
+
+4.1 **删除工件文件**  
+按 Step 2 中列出的路径执行删除（若某路径不存在则跳过，不报错）。
+
+4.2 **更新 `.green-status.json`**  
+按当前回退类型更新状态与工件状态（见下表），并更新 `lastModified`、`nextAction`。
+
+**requirement_clarified → created**
+
+```json
+{
+  "status": "created",
+  "lastModified": "<ISO8601-now>",
+  "artifacts": {
+    "requirement": { "status": "pending", "path": "..." },
+    "models": { "status": "blocked", "path": "..." },
+    "design": { "status": "blocked", "path": "..." },
+    "tasks": { "status": "blocked", "path": "..." }
+  },
+  "nextAction": { "command": "new", "description": "完成需求澄清" }
+}
+```
+
+**modeled → requirement_clarified**
+
+```json
+{
+  "status": "requirement_clarified",
+  "lastModified": "<ISO8601-now>",
+  "artifacts": {
+    "models": { "status": "ready", "path": "..." },
+    "design": { "status": "blocked", "path": "..." },
+    "tasks": { "status": "blocked", "path": "..." }
+  },
+  "nextAction": { "command": "model", "description": "开始领域建模" }
+}
+```
+
+**designed → modeled**
+
+```json
+{
+  "status": "modeled",
+  "lastModified": "<ISO8601-now>",
+  "artifacts": {
+    "design": { "status": "blocked", "path": "..." },
+    "tasks": { "status": "blocked", "path": "..." }
+  },
+  "tasks": { "total": 0, "completed": 0, "remaining": 0 },
+  "nextAction": { "command": "design", "description": "开始技术方案设计" }
+}
+```
+
+**tasks_created → designed**
+
+```json
+{
+  "status": "designed",
+  "lastModified": "<ISO8601-now>",
+  "artifacts": {
+    "tasks": { "status": "blocked", "path": "..." }
+  },
+  "tasks": { "total": 0, "completed": 0, "remaining": 0 },
+  "nextAction": { "command": "tasks", "description": "开始任务拆解" }
+}
+```
+
+### Step 5: 输出回退结果
+
+```
+✅ 回退已执行
+
+需求：<feature-name>
+回退前状态：<previous-status>
+当前状态：<new-status>
+已删除：<列出已删除的路径>
+
+下一步：请运行 /6aspec:green:<command> 重新执行该阶段（或先修改需求/设计后再执行）。
+```
+
+## 注意
+- **严禁在未获得用户明确确认前**执行 Step 4 的删除或状态更新。
+- 删除为永久操作，不提供撤销；用户确认前务必确保其理解将删除的内容。
+- 仅支持单步回退；需回退多步时，请多次执行 rollback。
+
+## 参考
+- 状态定义：`.6aspec/rules/green/green_status_schema.md`