6aspec 2.0.0-dev.6 → 2.0.0-dev.9

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

@@ -21,11 +21,15 @@ Phase 1.5: 需求规格定义
    - `6aspecdoc/brown/<name>/requirement.md`
    - `6aspecdoc/brown/<name>/artifacts/01-understanding.md`
 
-3. **回答待明确问题**
+3. **读取问题答案**
 
-   从 understanding.md 中提取"待明确问题清单"，引导用户回答这些问题。
+   从 understanding.md 中读取"待明确问题清单"及用户的答案：
 
-   如果用户已经在对话中提供了答案，直接使用。否则，询问用户关键问题（选择最重要的 3-5 个问题）。
+   - 检查问题清单中哪些问题已经有答案（标记为具体值而非"[待确认]"）
+   - 如果有未回答的问题，提示用户这些问题需要明确，但不阻塞 specs 阶段
+   - 基于已有的答案和现状分析，开始定义需求规格
+
+   注意：specs 阶段不再提出新问题，所有需求问题应该在 understand 阶段提出并收集。
 
 4. **定义功能需求**
 
@@ -159,11 +163,7 @@ Phase 1.5: 需求规格定义
    ### 5.3 数据验收
    - AC-005: <数据验收标准>
 
-   ## 6. 待明确问题的答案
-
-   <列出 understanding 阶段提出的问题及其答案>
-
-   ## 7. 下一步
+   ## 6. 下一步
 
    运行 `/6aspec:brown:impact` 进行影响面分析。
    ```
@@ -214,7 +214,7 @@ Phase 1.5: 需求规格定义
 
 **用户补充信息时的处理**
 
-当用户补充需求细节、修正功能需求、或回答问题时（未使用阶段命令）：
+当用户补充需求细节、修正功能需求时（未使用阶段命令）：
 1. 将用户的补充整合到 `01.5-specs.md` 的对应章节（功能需求、非功能需求、验收标准等）
 2. 展示变更摘要
 3. 再次提示：可以继续补充，或通过命令进入下一阶段
@@ -225,3 +225,4 @@ Phase 1.5: 需求规格定义
 - 只适用于标准级和完整级流程
 - 功能需求必须从用户视角描述，避免技术实现细节
 - 验收标准必须具体、可验证
+- 需求问题的答案应该体现在功能需求定义中，而不是单独列出

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

@@ -66,10 +66,15 @@ Phase 1: 需求理解与现状分析
 
 5. **生成待明确问题清单**
 
-   基于分析结果，生成问题清单：
+   基于现状分析和需求描述，生成需要用户明确的问题清单：
+
+   **问题类型**：
    - 字段设计问题（名称、类型、必填、默认值、值域）
    - 业务规则问题（是否可修改、是否继承、是否同步）
    - 权限和统计问题（权限控制、统计报表）
+   - 集成和兼容问题（与其他模块的集成、数据迁移）
+
+   这些问题将在本阶段提出，并引导用户回答，为 specs 阶段的需求定义提供依据。
 
 6. **创建分析文档**
 
@@ -78,27 +83,19 @@ Phase 1: 需求理解与现状分析
    # Phase 1: 需求理解与现状分析
 
    > **需求**: <name>
-   > **阶段**: Phase 1 - 需求理解
+   > **阶段**: Phase 1 - 现状分析
    > **状态**: ✅ 已完成
    > **完成时间**: <timestamp>
 
-   ## 1. 需求概述
-
-   ### 业务目标
-   <为什么需要这个功能>
-
-   ### 使用场景
-   <谁用、什么时候用、怎么用>
-
-   ## 2. 现有系统分析
+   ## 1. 现有系统分析
 
-   ### 2.1 相关实体类
+   ### 1.1 相关实体类
    <列出相关实体类及其职责>
 
-   ### 2.2 相关服务类
+   ### 1.2 相关服务类
    <列出相关服务类及其职责>
 
-   ### 2.3 数据库表关系图
+   ### 1.3 数据库表关系图
    ```mermaid
    erDiagram
        TableA ||--o{ TableB : "关系"
@@ -112,7 +109,7 @@ Phase 1: 需求理解与现状分析
        }
    ```
 
-   ### 2.4 核心业务流程图
+   ### 1.4 核心业务流程图
    ```mermaid
    flowchart TB
        Start[开始] --> Process[处理步骤]
@@ -121,10 +118,10 @@ Phase 1: 需求理解与现状分析
        Decision -->|否| End2[结束路径2]
    ```
 
-   ### 2.5 隐性假设和约束
+   ### 1.5 隐性假设和约束
    <列出识别的隐性假设和约束>
 
-   ## 3. 待明确问题清单
+   ## 2. 待明确问题清单
 
    ### 字段设计
    1. 字段名称：[待确认]
@@ -142,7 +139,7 @@ Phase 1: 需求理解与现状分析
    9. 是否需要权限控制：[待确认]
    10. 是否需要统计报表：[待确认]
 
-   ## 4. 下一步
+   ## 3. 下一步
 
    请回答上述待明确问题，然后运行 `/6aspec:brown:specs` 定义需求规格。
    ```
@@ -190,7 +187,7 @@ Phase 1: 需求理解与现状分析
 6aspecdoc/brown/<name>/artifacts/01-understanding.md
 
 ### 下一步
-- 直接回答上述待明确问题 → 我会更新本阶段文档（01-understanding.md）
+- 直接回答上述待明确问题 → 我会更新本阶段文档（01-understanding.md）中的问题答案
 - 运行 `/6aspec:brown:specs` → 进入需求规格定义阶段
 - 运行 `/6aspec:brown:continue` → 自动进入下一阶段
 ```

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "6aspec",
-  "version": "2.0.0-dev.6",
+  "version": "2.0.0-dev.9",
   "description": "6Aspec - 轻量级 spec 驱动开发框架，支持 Cursor 和 Claude Code",
   "main": "lib/installer.js",
   "bin": {