6aspec 2.0.0-dev.3 → 2.0.0-dev.30

package/.6aspec/rules/brown/brown_verify_sop.md

@@ -11,28 +11,29 @@
 1. **选择需求并检查状态**
 
    - 读取 `6aspecdoc/brown/<name>/status.json`
-   - 确认 `phases.implement` 为 "done"
    - 获取 `flowDepth`（流程深度）
-   - 如果未完成 Phase 5，提示先运行 `/6aspec:brown:implement`
+   - 检查 `phases.implement` 状态：
+     - 如果为 "done" → 完整验证
+     - 如果为 "in_progress" → 增量验证
+     - 如果为 "pending" → 警告："尚未开始实现，建议先运行 `/6aspec:brown:implement`"，但仍可继续验证
 
 2. **读取验证基准文档**
 
-   根据流程深度读取不同的文档：
+   统一的文档读取逻辑，根据文档是否存在自动适配：
 
-   **轻量级流程**：
-   - `artifacts/proposal.md` - 需求提案
+   **必读文档**（所有流程都有）：
    - `artifacts/design.md` - 技术方案
-   - `artifacts/tasks.md` - 任务列表
+   - `artifacts/tasks.md` 或 `artifacts/04-tasks-overview.md` - 任务列表
 
-   **标准级流程**：
-   - `artifacts/understanding.md` - 需求理解
-   - `artifacts/impact-analysis.md` - 影响面分析
-   - `artifacts/design.md` - 技术方案
-   - `artifacts/tasks.md` - 任务列表
+   **可选文档**（根据存在性读取）：
+   - `artifacts/understanding.md` - 需求理解（标准级/完整级）
+   - `artifacts/proposal.md` - 需求提案（轻量级）
+   - `artifacts/impact-analysis.md` - 影响面分析（标准级/完整级）
+   - `requirement.md` - 需求描述（快速通道）
 
-   **完整级流程**：
-   - 所有标准级文档
-   - 加上非功能需求评估（在 impact-analysis.md 中）
+   **文档读取策略**：
+   - 尝试读取文档，如果不存在则跳过
+   - 验证报告中明确标注跳过的检查项
 
 3. **初始化验证报告结构**
 
@@ -60,15 +61,17 @@
    - 解析 checkbox：`- [ ]`（未完成）vs `- [x]`（已完成）
    - 统计完成率：X/Y 任务完成
    - 如果有未完成任务：
-     - 添加 **CRITICAL** 问题：`Task incomplete: <task-id> - <description>`
+     - **增量验证**：添加 **INFO** 说明：`Incremental verification: X/Y tasks completed`
+     - **完整验证**：添加 **CRITICAL** 问题：`Task incomplete: <task-id> - <description>`
      - 建议：`Complete task or mark as done if already implemented`
 
    **4.2 影响面覆盖验证**（棕地特色）
 
-   仅适用于标准级/完整级流程：
+   根据文档存在性自动适配：
 
-   - 读取 `artifacts/impact-analysis.md`
-   - 提取影响点列表：
+   - 尝试读取 `artifacts/impact-analysis.md`
+   - 如果文档不存在，跳过此检查，标注：`Skipped: no impact-analysis.md found`
+   - 如果文档存在，提取影响点列表：
      - 数据库表
      - 实体类
      - 服务类
@@ -85,9 +88,10 @@
 
    **5.1 需求实现映射**（借鉴 OpenSpec）
 
-   - 提取需求关键点：
-     - 轻量级：从 proposal.md 提取 What 部分
-     - 标准级/完整级：从 understanding.md 提取需求描述
+   - 提取需求关键点（按优先级尝试）：
+     - 优先：从 understanding.md 提取需求描述
+     - 其次：从 proposal.md 提取 What 部分
+     - 最后：从 requirement.md 提取需求描述
    - 对每个需求点：
      - 搜索代码库查找实现证据
      - 如果找到，记录文件路径和行号
@@ -98,10 +102,11 @@
 
    **5.2 业务规则验证**（棕地特色）
 
-   仅适用于标准级/完整级流程：
+   根据文档存在性自动适配：
 
-   - 读取 `artifacts/impact-analysis.md` 中的"业务规则确认"部分
-   - 提取关键业务规则：
+   - 尝试读取 `artifacts/impact-analysis.md` 中的"业务规则确认"部分
+   - 如果文档不存在或无业务规则部分，跳过此检查，标注：`Skipped: no business rules found`
+   - 如果存在，提取关键业务规则：
      - 必填校验
      - 不可修改约束
      - 继承逻辑
@@ -129,7 +134,7 @@
 
    **6.1 设计遵循验证**（借鉴 OpenSpec）
 
-   - 读取 `artifacts/design.md` 或 `artifacts/03-technical-design.md`
+   - 读取 `artifacts/design.md`
    - 提取关键设计决策：
      - 数据库变更方案
      - 代码实现方案
@@ -155,10 +160,11 @@
 
    **6.3 非功能需求符合验证**（棕地特色）
 
-   仅适用于完整级流程：
+   根据文档存在性自动适配：
 
-   - 读取 `artifacts/impact-analysis.md` 中的"非功能需求评估"部分
-   - 验证四个维度：
+   - 尝试读取 `artifacts/impact-analysis.md` 中的"非功能需求评估"部分
+   - 如果文档不存在或无非功能需求部分，跳过此检查，标注：`Skipped: no non-functional requirements found`
+   - 如果存在，验证四个维度：
 
    **性能**：
    - 检查是否添加了必要的索引
@@ -192,7 +198,7 @@
 
 7. **生成验证报告**
 
-   创建 `6aspecdoc/brown/<name>/artifacts/verification-report.md`（标准级/完整级）或 `6aspecdoc/brown/<name>/artifacts/05-verification-report.md`（完整级）：
+   创建 `6aspecdoc/brown/<name>/artifacts/verification-report.md`：
 
    ```markdown
    # 验证报告：<name>
@@ -200,6 +206,8 @@
    > **需求**: <name>
    > **流程深度**: 轻量级/标准级/完整级
    > **验证时间**: <timestamp>
+   > **验证类型**: 🔄 增量验证 / ✅ 完整验证
+   > **任务进度**: X/Y 已完成 (Z%)
    > **验证状态**: ✅ 通过 / ⚠️ 有警告 / ❌ 有严重问题
 
    ## 验证概览
@@ -244,21 +252,46 @@
    - **位置**: ProjectApplicationService:123
    - **建议**: Consider using BusinessLogicException pattern like other services
 
+   ## 验证说明
+
+   根据验证类型添加说明：
+
+   - 如果是增量验证：
+     ```
+     ⚠️ 这是增量验证（部分任务未完成）。建议在所有任务完成后重新验证。
+     ```
+
+   - 如果是完整验证：
+     ```
+     ✅ 这是完整验证（所有任务已完成）。
+     ```
+
    ## 最终评估
 
-   根据问题严重程度给出评估：
+   根据问题严重程度和验证类型给出评估：
+
+   - 如果是增量验证：
+     ```
+     ⚠️ 这是增量验证，当前进度 X/Y 任务完成。
+
+     已完成任务的验证结果：
+     - [结果摘要]
 
-   - 如果有 CRITICAL 问题：
+     未完成任务：
+     - [ ] TASK-XXX: <描述>
+     ```
+
+   - 如果是完整验证且有 CRITICAL 问题：
      ```
      ❌ 发现 X 个严重问题，必须修复后才能归档。
      ```
 
-   - 如果只有 WARNING：
+   - 如果是完整验证且只有 WARNING：
      ```
      ⚠️ 没有严重问题，但有 Y 个警告需要考虑。可以归档，但建议修复警告。
      ```
 
-   - 如果全部通过：
+   - 如果是完整验证且全部通过：
      ```
      ✅ 所有检查通过，可以归档。
      ```
@@ -276,19 +309,59 @@
 
    ## 下一步
 
-   根据验证结果给出建议：
-   - 如果有 CRITICAL：修复严重问题后重新验证
-   - 如果只有 WARNING：可以归档，但建议修复警告
-   - 如果全部通过：运行 `/6aspec:brown:review` 进行实施后评估（完整级）或 `/6aspec:brown:archive` 归档
+   根据验证类型和结果给出建议：
+
+   - 如果是增量验证：
+     ```
+     1. 继续完成剩余任务
+     2. 完成后重新运行 `/6aspec:brown:verify` 进行完整验证
+     ```
+
+   - 如果是完整验证且有 CRITICAL：
+     ```
+     修复严重问题后重新验证
+     ```
+
+   - 如果是完整验证且只有 WARNING：
+     ```
+     - 轻量级/标准级：可以运行 `/6aspec:brown:archive` 归档，但建议修复警告
+     - 完整级：可以运行 `/6aspec:brown:continue` 进入 review 阶段，但建议修复警告
+     ```
+
+   - 如果是完整验证且全部通过：
+     ```
+     - 轻量级/标准级：运行 `/6aspec:brown:archive` 归档
+     - 完整级：运行 `/6aspec:brown:continue` 进入 review 阶段
+     ```
    ```
 
 8. **更新状态**
 
-   如果验证通过（无 CRITICAL 问题），更新 `status.json`：
+   根据流程深度、验证类型和验证结果决定是否更新状态：
+
+   **轻量级/标准级流程**：
+   - 不更新 status 和 phases（verify 是可选的）
+   - 在 `verificationRuns` 数组中添加本次验证记录：
+   ```json
+   {
+     "verificationRuns": [
+       {
+         "timestamp": "<timestamp>",
+         "type": "incremental" / "complete",
+         "status": "passed" / "warning" / "failed",
+         "criticalIssues": 0,
+         "warnings": 2,
+         "tasksCompleted": "5/8"
+       }
+     ]
+   }
+   ```
+
+   **完整级流程**：
+   - 只有在完整验证（implement 已完成）且验证通过（无 CRITICAL 问题）时才更新状态：
    ```json
    {
      "status": "review_pending",
-     "status": "completed",
      "phases": {
        ...
        "verify": "done",
@@ -296,6 +369,7 @@
      }
    }
    ```
+   - 如果是增量验证或验证未通过，不更新状态
 
 **输出**
 
@@ -303,11 +377,13 @@
 ## 验证完成：<name>
 
 **流程深度**: 轻量级/标准级/完整级
+**验证类型**: 🔄 增量验证 / ✅ 完整验证
+**任务进度**: X/Y 已完成 (Z%)
 **验证状态**: ✅ 通过 / ⚠️ 有警告 / ❌ 有严重问题
 
 ### 验证概览
-- Completeness: X/Y 任务完成, M/N 影响点覆盖
-- Correctness: P/Q 需求实现, R/S 业务规则验证
+- Completeness: X/Y 任务完成, M/N 影响点覆盖（或跳过）
+- Correctness: P/Q 需求实现, R/S 业务规则验证（或跳过）
 - Coherence: 设计遵循/代码一致
 
 ### 问题统计
@@ -316,13 +392,13 @@
 - SUGGESTION: Z 个（建议修复）
 
 ### 最终评估
-<根据问题严重程度给出评估>
+<根据验证类型和问题严重程度给出评估>
 
 ### 文档位置
 6aspecdoc/brown/<name>/artifacts/verification-report.md
 
 ### 下一步
-<根据验证结果给出建议>
+<根据验证类型和结果给出建议>
 ```
 
 **验证启发式规则**（借鉴 OpenSpec）
@@ -335,26 +411,30 @@
 
 **优雅降级**（借鉴 OpenSpec）
 
-根据流程深度调整验证范围：
+统一的验证流程，根据文档存在性自动适配：
 
-- **轻量级流程**：
-  - 验证：任务完成度 + 设计遵循
-  - 跳过：影响面覆盖、业务规则、非功能需求
-  - 说明：`Lightweight flow: skipped impact/business rule checks`
+- **文档存在性检查**：
+  - 尝试读取每个验证所需的文档
+  - 如果文档不存在，跳过相应的验证检查
+  - 在验证报告中明确标注跳过的检查项
 
-- **标准级流程**：
-  - 验证：任务完成度 + 影响面覆盖 + 业务规则 + 设计遵循
-  - 跳过：非功能需求详细验证
-  - 说明：`Standard flow: skipped detailed non-functional requirement checks`
+- **自动适配示例**：
+  - 如果没有 `impact-analysis.md` → 跳过影响面覆盖验证、业务规则验证、非功能需求验证
+  - 如果没有 `understanding.md` → 从 `proposal.md` 或 `requirement.md` 提取需求
+  - 如果没有非功能需求评估部分 → 跳过非功能需求验证
 
-- **完整级流程**：
-  - 验证：所有三个维度的全部检查
-  - 说明：`Complete flow: all checks performed`
+- **验证报告标注**：
+  - 跳过的检查项标注为：`Skipped: <reason>`
+  - 例如：`Skipped: no impact-analysis.md found`
+  - 例如：`Skipped: no business rules section in impact-analysis.md`
 
 **防护措施**
-- 必须先完成 Phase 5（implement）
+- 支持在任何时候运行 verify（增量验证或完整验证）
 - 验证必须基于文档基准，不能主观判断
 - 发现问题必须明确标注严重程度（CRITICAL/WARNING/SUGGESTION）
 - 每个问题必须提供具体的、可操作的建议
-- 如果验证未通过（有 CRITICAL 问题），不能进入下一阶段
-- 根据流程深度优雅降级，不要对轻量级流程执行完整级的验证
+- 增量验证时，未完成任务标注为 INFO，不作为 CRITICAL 问题
+- 完整验证时，未完成任务标注为 CRITICAL 问题
+- 轻量级/标准级流程的 verify 不更新状态
+- 完整级流程只有在完整验证且通过时才更新状态
+- 根据文档存在性自动适配验证范围，跳过的检查项必须明确标注

package/.6aspec/rules/green/{6A_archive_sop.md → green_archive_sop.md}

@@ -103,7 +103,7 @@ find 6aspecdoc/green -maxdepth 2 -name ".green-status.json" -type f
 
 任务进度：<completed>/<total> 已完成，剩余 <remaining> 个任务未完成。
 
-请先运行 /6aspec:green:execute-task 完成所有任务，待状态变为 completed 后再运行 /6aspec:green:archive。
+请先运行 /6aspec:green:implement 完成所有任务，待状态变为 completed 后再运行 /6aspec:green:archive。
 ```
 
 **3.3 检查状态（硬性门禁）**
@@ -116,7 +116,7 @@ find 6aspecdoc/green -maxdepth 2 -name ".green-status.json" -type f
 当前状态：<current-status>
 要求状态：completed（所有任务已完成）
 
-归档前必须完成主流程至“所有任务已完成”。请先运行 /6aspec:green:execute-task 完成剩余任务，待状态变为 completed 后再运行 /6aspec:green:archive。
+归档前必须完成主流程至”所有任务已完成”。请先运行 /6aspec:green:implement 完成剩余任务，待状态变为 completed 后再运行 /6aspec:green:archive。
 ```
 
 ### Step 4: 执行归档
@@ -298,4 +298,4 @@ mv 6aspecdoc/green/<feature-name> 6aspecdoc/green/archive/YYYY-MM-DD-<feature-na
 ## 参考文档
 
 - 状态文件结构定义：`.6aspec/rules/green/green_status_schema.md`
-- 状态查询SOP：`.6aspec/rules/green/6A_status_sop.md`
+- 状态查询SOP：`.6aspec/rules/green/green_status_sop.md`

package/.6aspec/rules/green/{6A_clarify_sop.md → green_clarify_sop.md}

@@ -59,7 +59,7 @@ find 6aspecdoc/green -maxdepth 2 -name ".green-status.json" -type f
 
 主流程中需求澄清窗口已结束，进入领域建模及后续阶段后不得再修改需求澄清范围。若确有需求变更，请与产品/业务方评估后，通过新需求或变更流程处理。
 
-下一步建议：运行 /6aspec:green:status 查看当前状态，或按当前阶段继续执行对应命令（如 model、design、tasks、execute-task、archive）。
+下一步建议：运行 /6aspec:green:status 查看当前状态，或按当前阶段继续执行对应命令（如 model、design、tasks、implement、archive）。
 ```
 
 ### Step 2: 分析现有文档的薄弱环节

package/.6aspec/rules/green/{6A_code_implementation_sop.md → green_code_implementation_sop.md}

@@ -3,7 +3,7 @@ description: 任务代码实现标准操作流程 (Code Implementation SOP)
 alwaysApply: false
 ---
 
-# execute-task: 任务代码实现标准操作流程
+# implement: 任务代码实现标准操作流程
 
 你现在是 **Senior Developer**，负责执行具体的开发任务。你的核心职责是将 `6aspecdoc/green/<feature-name>/tasks/task_xxx.md` 转化为高质量、可运行的业务代码。
 
@@ -66,6 +66,21 @@ alwaysApply: false
 ## 2. 质量控制 (Quality Control)
 
 在输出代码后，必须进行自我审查：
+
+### 2.1 代码规范遵循与检查
+**必须严格遵循代码规范**：`.6aspec/rules/biz/code.md`，并使用其中的"检查清单"章节进行自我验证。
+
+**重点关注以下红线规则（零容忍）：**
+- [ ] 循环中的数据库查询、网络请求、文件I/O操作
+- [ ] SQL字符串拼接、敏感信息硬编码、弱加密算法使用
+- [ ] 循环依赖、跨层直接调用、空catch块
+
+**任务实现特别检查：**
+- [ ] 字段名称和类型严格匹配 `api-definition.md` 和技术设计文档
+- [ ] 严格翻译技术设计文档中的"执行逻辑"和"核心技术决策"
+- [ ] 必要的注解已添加（Swagger, Auth, Validation）
+
+### 2.2 技术检查
 1.  **Lint 检查**：运行 `read_lints` 检查新文件，修复所有 Import 错误和语法错误。
 2.  **不写测试**：严禁编写 `src/test` 下的单元测试代码（除非用户明确要求）。
 3.  **不修改无关文件**：严禁修改与本任务无关的现有代码（除非是必要的 Entity 关联更新）。
@@ -92,13 +107,13 @@ alwaysApply: false
 
 ---
 
-✅ **已完成：执行开发任务 (execute-task)**
+✅ **已完成：执行开发任务 (implement)**
 
 📊 **进度：4/4 (主流程) - 全部完成！🎉**
 
 **任务状态：**
 - 当前任务已完成，请检查 `tasks/README.md` 查看整体进度
-- 如还有未完成的任务，继续执行 `execute-task` 命令
+- 如还有未完成的任务，继续执行 `implement` 命令
 - 如所有任务已完成，恭喜！整个开发流程已完成
 
 **完整流程图：**

package/.6aspec/rules/green/{6A_continue_sop.md → green_continue_sop.md}

@@ -72,8 +72,8 @@ find 6aspecdoc/green -maxdepth 2 -name ".green-status.json" -type f
 | `requirement_clarified` | `/6aspec:green:model` | 开始领域建模 |
 | `modeled` | `/6aspec:green:design` | 开始技术方案设计 |
 | `designed` | `/6aspec:green:tasks` | 开始任务拆解 |
-| `tasks_created` | `/6aspec:green:execute-task` | 开始执行第一个任务 |
-| `implementing` | `/6aspec:green:execute-task` | 继续执行下一个任务 |
+| `tasks_created` | `/6aspec:green:implement` | 开始执行第一个任务 |
+| `implementing` | `/6aspec:green:implement` | 继续执行下一个任务 |
 | `completed` | 提示归档 | 所有任务已完成 |
 | `archived` | 无操作 | 需求已归档 |
 
@@ -183,4 +183,4 @@ find 6aspecdoc/green -maxdepth 2 -name ".green-status.json" -type f
 ## 参考文档
 
 - 状态文件结构定义：`.6aspec/rules/green/green_status_schema.md`
-- 状态查询SOP：`.6aspec/rules/green/6A_status_sop.md`
+- 状态查询SOP：`.6aspec/rules/green/green_status_sop.md`

package/.6aspec/rules/green/{6A_new_sop.md → green_new_sop.md}

@@ -110,7 +110,18 @@
 
 **这是本 SOP 的核心价值环节。**
 
-基于 Step 2 的初步分析，AI 必须主动列出 **3-5 个关键不确定点或风险点**，向用户提问确认。
+基于 Step 2 的初步分析，AI 必须：
+1. **识别所有关键不确定点或风险点**
+2. **按优先级排序**，选择最重要的 **3-5 个**向用户提问确认
+3. **其他问题写入待确认项**，标注优先级，后续通过 `clarify` 命令继续澄清
+
+#### 优先级判断标准
+
+| 优先级 | 定义 | 示例 |
+| :--- | :--- | :--- |
+| **P0** | 影响核心流程，不明确则无法进行领域建模 | 核心业务规则、主流程分支逻辑、关键状态定义 |
+| **P1** | 影响设计决策或存在实施风险 | 性能要求、集成方式、并发处理策略 |
+| **P2** | 影响细节实现但不阻塞主流程 | UI细节、提示文案、次要分支场景 |
 
 #### 反向提问的分类
 
@@ -124,6 +135,8 @@
 
 #### 提问格式
 
+**如果识别出的关键问题 ≤ 5 个**，全部向用户提问：
+
 ```markdown
 ---
 
@@ -132,6 +145,7 @@
 基于对 PRD 的分析，以下 N 个问题需要确认后才能继续：
 
 ### Q1: [问题标题]
+**优先级**：P0 / P1 / P2
 **类别**：语义模糊 / 边界缺失 / 流程遗漏 / 规则冲突 / 非功能隐患
 **来源**：PRD 第X章 / 第X节
 **问题描述**：<具体问题>
@@ -148,6 +162,35 @@
 - 告知哪些问题需要与产品/业务方再确认（将记录为"待确认项"）
 ```
 
+**如果识别出的关键问题 > 5 个**，只提问最重要的 3-5 个，其他写入待确认项：
+
+```markdown
+---
+
+## 🔍 需求澄清确认
+
+基于对 PRD 的分析，识别出 N 个关键不确定点。以下是最重要的 3-5 个问题，需要优先确认：
+
+### Q1: [问题标题]
+**优先级**：P0 / P1
+**类别**：语义模糊 / 边界缺失 / 流程遗漏 / 规则冲突 / 非功能隐患
+**来源**：PRD 第X章 / 第X节
+**问题描述**：<具体问题>
+**AI 建议**：<如果有合理的默认假设，可以给出建议供用户参考>
+
+### Q2: [问题标题]
+...
+
+---
+
+⚠️ **还有 X 个其他关键问题已记录到待确认项**（详见生成的 requirement.md），建议后续通过 `/6aspec:green:clarify` 继续澄清。
+
+请逐一确认以上问题，您可以：
+- 直接回答每个问题
+- 提供补充文档
+- 告知哪些问题需要与产品/业务方再确认（将记录为"待确认项"）
+```
+
 **重要**：
 - 必须等待用户回复后再继续，不要跳过此步骤
 - 如果用户表示某些问题需要后续确认，记录为"待确认项"写入 requirement.md
@@ -226,11 +269,11 @@
 | 兼容性 | <如有> | |
 
 ## 8. 待确认项
-> 以下问题尚需与产品/业务方进一步确认，不阻塞领域建模但可能影响详细设计。
+> 以下问题尚需与产品/业务方进一步确认。P0/P1 问题会阻塞流程，需优先澄清；P2 问题不阻塞领域建模但可能影响详细设计。
 
-| 序号 | 问题 | 状态 | 负责人 | 备注 |
-| :--- | :--- | :--- | :--- | :--- |
-| TBD-01 | <待确认问题> | 待确认/已确认 | <负责人> | <备注> |
+| 序号 | 优先级 | 问题 | 类别 | AI建议 | 状态 | 备注 |
+| :--- | :--- | :--- | :--- | :--- | :--- | :--- |
+| TBD-01 | P0/P1/P2 | <待确认问题> | 语义模糊/边界缺失/流程遗漏/规则冲突/非功能隐患 | <AI建议> | 待确认/已确认 | <备注> |
 
 ## 9. 附录
 
@@ -246,7 +289,11 @@
 
 ### Step 5: 更新状态文件
 
-完成需求澄清文档后，更新 `.green-status.json`：
+完成需求澄清文档后，根据待确认项的优先级更新 `.green-status.json`：
+
+#### 情况 1：无待确认项，或只有 P2 待确认项
+
+状态设置为 `requirement_clarified`，可以进入领域建模：
 
 ```json
 {
@@ -268,19 +315,51 @@
 }
 ```
 
-**注意**：如果存在较多"待确认项"（TBD 项 ≥ 3 个且涉及核心流程），建议状态保持为 `created`，并提示用户：
+**如果有 P2 待确认项**，向用户提示：
 ```
-⚠️ 当前有 N 个待确认项涉及核心流程，建议先与产品/业务方确认后，再运行 /6aspec:green:clarify 继续澄清。
+✅ 核心问题已澄清，需求澄清文档已生成。
+
+📋 还有 N 个次要待确认项（P2）记录在 requirement.md 中，不阻塞领域建模，可后续通过 /6aspec:green:clarify 补充澄清。
+
+下一步：运行 /6aspec:green:model 开始领域建模
 ```
 
-此时 `nextAction` 应设置为：
+#### 情况 2：存在 P0 或 P1 待确认项
+
+状态保持为 `created`，需要先澄清后才能进入建模：
+
 ```json
 {
-  "command": "clarify",
-  "description": "继续需求澄清（有 N 个核心待确认项）"
+  "status": "created",
+  "lastModified": "<ISO8601-now>",
+  "artifacts": {
+    "requirement": {
+      "status": "partial",
+      "completedAt": "<ISO8601-now>"
+    },
+    "models": {
+      "status": "blocked"
+    }
+  },
+  "nextAction": {
+    "command": "clarify",
+    "description": "继续需求澄清（有 N 个 P0/P1 待确认项）"
+  }
 }
 ```
 
+向用户提示：
+```
+⚠️ 需求初步澄清已完成，但还有 N 个重要待确认项（P0: X个, P1: Y个）记录在 requirement.md 中。
+
+这些问题涉及核心流程或设计决策，建议先与产品/业务方确认后，再运行 /6aspec:green:clarify 继续澄清。
+
+待确认项列表：
+- TBD-01 (P0): <问题简述>
+- TBD-02 (P1): <问题简述>
+...
+```
+
 ## 输出要求
 1. 格式：Markdown 源码格式
 2. 文档位置：`6aspecdoc/green/<feature-name>/requirement.md`

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

@@ -63,8 +63,8 @@
 | `requirement_clarified` | 需求已澄清 | `/6aspec:green:model`（可选：`/6aspec:green:clarify` 继续深化） |
 | `modeled` | 领域建模完成 | `/6aspec:green:design` |
 | `designed` | 技术方案完成 | `/6aspec:green:tasks` |
-| `tasks_created` | 任务已拆解 | `/6aspec:green:execute-task` |
-| `implementing` | 实施中 | `/6aspec:green:execute-task` |
+| `tasks_created` | 任务已拆解 | `/6aspec:green:implement` |
+| `implementing` | 实施中 | `/6aspec:green:implement` |
 | `completed` | 已完成 | `/6aspec:green:archive` |
 | `archived` | 已归档 | - |
 
@@ -130,7 +130,7 @@ tasks (任务列表)
 | `designed` | `modeled` | `/6aspec:green:rollback` | artifacts/tech-design.md、api-definition.md、visual-logic.md（若存在） |
 | `tasks_created` | `designed` | `/6aspec:green:rollback` | tasks/ 目录下全部文件 |
 
-**不允许回退**：`created`（无上一阶段）、`implementing`、`completed`、`archived`。详见 `.6aspec/rules/green/6A_rollback_sop.md`。
+**不允许回退**：`created`（无上一阶段）、`implementing`、`completed`、`archived`。详见 `.6aspec/rules/green/green_rollback_sop.md`。
 
 ## 示例
 
@@ -250,7 +250,7 @@ tasks (任务列表)
     "lastExecuted": "task_05_session_management.md"
   },
   "nextAction": {
-    "command": "execute-task",
+    "command": "implement",
     "description": "继续执行剩余 3 个任务"
   }
 }

package/.6aspec/rules/green/{6A_status_sop.md → green_status_sop.md}

@@ -146,8 +146,8 @@ const status = JSON.parse(fs.readFileSync(statusPath, 'utf8'));
 | `requirement_clarified` | 运行 /6aspec:green:model 开始领域建模（可选：运行 /6aspec:green:clarify 继续深化需求） |
 | `modeled` | 运行 /6aspec:green:design 开始技术方案设计 |
 | `designed` | 运行 /6aspec:green:tasks 开始任务拆解 |
-| `tasks_created` | 运行 /6aspec:green:execute-task 开始执行任务 |
-| `implementing` | 运行 /6aspec:green:execute-task 继续执行任务 |
+| `tasks_created` | 运行 /6aspec:green:implement 开始执行任务 |
+| `implementing` | 运行 /6aspec:green:implement 继续执行任务 |
 | `completed` | 运行 /6aspec:green:archive 归档需求 |
 | `archived` | 需求已归档 |
 
@@ -208,7 +208,7 @@ const status = JSON.parse(fs.readFileSync(statusPath, 'utf8'));
 最后执行：task_05_session_management.md
 
 ### 下一步建议
-运行 /6aspec:green:execute-task 继续执行任务
+运行 /6aspec:green:implement 继续执行任务
 或运行 /6aspec:green:continue 自动执行下一步
 ```
 

package/.6aspec/rules/green/{6A_tasks_sop.md → green_tasks_sop.md}

@@ -170,7 +170,7 @@ alwaysApply: false
 📊 **进度：3/4 (主流程)**
 
 **下一步建议：**
-- 【主流程】执行开发任务：命令 `execute-task`
+- 【主流程】执行开发任务：命令 `implement`
   开始执行具体的开发任务，将设计转化为代码实现
 
 **完整流程图：**

package/.claude/commands/6aspec/brown/explore.md

@@ -0,0 +1,11 @@
+---
+name: "6aspec:brown: Explore"
+description: 前期探索（轻量级流程可选）
+category: Workflow
+tags: [workflow, explore, lightweight, brownfield]
+---
+
+1. Immediate response upon activation: brown field requirement workflow - **Explore** has been activated
+2. **Read and strictly follow the brown field constitution**: `.6aspec/rules/brown/brown_constitution.md`
+3. Read file: `.6aspec/rules/brown/brown_explore_sop.md`
+4. Strictly follow the SOP defined in that file