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

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

@@ -21,21 +21,15 @@ Phase 1.5: 需求规格定义
    - `6aspecdoc/brown/<name>/requirement.md`
    - `6aspecdoc/brown/<name>/artifacts/01-understanding.md`
 
-3. **提出并收集需求问题**
+3. **读取问题答案**
 
-   基于 understanding.md 的现状分析和"发现的疑问点"，系统性地提出需求问题：
+   从 understanding.md 中读取"待明确问题清单"及用户的答案：
 
-   **需求问题类型**：
-   - 字段设计问题（名称、类型、必填、默认值、值域）
-   - 业务规则问题（是否可修改、是否继承、是否同步）
-   - 权限和统计问题（权限控制、统计报表）
-   - 集成和兼容问题（与其他模块的集成、数据迁移）
+   - 检查问题清单中哪些问题已经有答案（标记为具体值而非"[待确认]"）
+   - 如果有未回答的问题，提示用户这些问题需要明确，但不阻塞 specs 阶段
+   - 基于已有的答案和现状分析，开始定义需求规格
 
-   **收集答案**：
-   - 引导用户回答这些需求问题
-   - 如果用户已经在对话中提供了答案，直接使用
-   - 否则，询问用户关键问题（选择最重要的 3-5 个问题）
-   - 在同一阶段内完成问题提出和答案收集
+   注意：specs 阶段不再提出新问题，所有需求问题应该在 understand 阶段提出并收集。
 
 4. **定义功能需求**
 

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

@@ -64,14 +64,17 @@ Phase 1: 需求理解与现状分析
    - 识别状态机约束
    - 识别权限控制逻辑
 
-5. **记录发现的疑问点**
+5. **生成待明确问题清单**
 
-   基于现状分析，记录在分析过程中发现的疑问点（观察性备注）：
-   - 现有实现中不清楚的地方
-   - 可能影响需求实现的关键点
-   - 需要在 specs 阶段明确的技术或业务细节
+   基于现状分析和需求描述，生成需要用户明确的问题清单：
 
-   注意：这些疑问点是观察性的，不是正式的需求问题清单。正式的需求问题将在 specs 阶段提出。
+   **问题类型**：
+   - 字段设计问题（名称、类型、必填、默认值、值域）
+   - 业务规则问题（是否可修改、是否继承、是否同步）
+   - 权限和统计问题（权限控制、统计报表）
+   - 集成和兼容问题（与其他模块的集成、数据迁移）
+
+   这些问题将在本阶段提出，并引导用户回答，为 specs 阶段的需求定义提供依据。
 
 6. **创建分析文档**
 
@@ -118,22 +121,27 @@ Phase 1: 需求理解与现状分析
    ### 1.5 隐性假设和约束
    <列出识别的隐性假设和约束>
 
-   ## 2. 发现的疑问点
-
-   基于现状分析，记录以下疑问点（这些疑问点将在 specs 阶段转化为正式的需求问题）：
+   ## 2. 待明确问题清单
 
-   ### 技术实现相关
-   - <现有实现中不清楚的地方>
+   ### 字段设计
+   1. 字段名称：[待确认]
+   2. 字段类型：[待确认]
+   3. 是否必填：[待确认]
+   4. 默认值：[待确认]
+   5. 值域范围：[待确认]
 
-   ### 业务逻辑相关
-   - <可能影响需求实现的关键点>
+   ### 业务规则
+   6. 是否可以修改：[待确认]
+   7. 子项目是否继承：[待确认]
+   8. 是否需要同步到其他表：[待确认]
 
-   ### 数据和集成相关
-   - <需要在 specs 阶段明确的技术或业务细节>
+   ### 权限和统计
+   9. 是否需要权限控制：[待确认]
+   10. 是否需要统计报表：[待确认]
 
    ## 3. 下一步
 
-   运行 `/6aspec:brown:specs` 进入需求规格定义阶段，在该阶段将提出正式的需求问题并定义系统应该具备的能力。
+   请回答上述待明确问题，然后运行 `/6aspec:brown:specs` 定义需求规格。
    ```
 
 7. **更新状态**
@@ -158,7 +166,7 @@ Phase 1: 需求理解与现状分析
 
 完成后，显示：
 ```
-## Phase 1 完成：现状分析
+## Phase 1 完成：需求理解与现状分析
 
 **需求**: <name>
 **进度**: 1/7 阶段完成
@@ -167,29 +175,29 @@ Phase 1: 需求理解与现状分析
 - 相关实体类：<数量>
 - 相关服务类：<数量>
 - 数据库表：<数量>
-- 发现的疑问点：<数量>
+- 待明确问题：<数量>
 
 ### 关键发现
 <列出 2-3 个关键发现>
 
-### 发现的疑问点
-<列出主要的疑问点>
+### 待明确问题（重要）
+<列出最重要的 3-5 个问题>
 
 ### 文档位置
 6aspecdoc/brown/<name>/artifacts/01-understanding.md
 
 ### 下一步
-- 直接补充现状分析信息 → 我会更新本阶段文档（01-understanding.md）
-- 运行 `/6aspec:brown:specs` → 进入需求规格定义阶段（将提出正式的需求问题）
+- 直接回答上述待明确问题 → 我会更新本阶段文档（01-understanding.md）中的问题答案
+- 运行 `/6aspec:brown:specs` → 进入需求规格定义阶段
 - 运行 `/6aspec:brown:continue` → 自动进入下一阶段
 ```
 
 **用户补充信息时的处理**
 
-当用户补充现状分析信息时（未使用阶段命令）：
-1. 将用户的补充整合到 `01-understanding.md` 的相关章节
-2. 如果补充引发新的发现或疑问点，同步更新文档
-3. 展示变更摘要（更新了哪些内容、新增了哪些发现）
+当用户回答待明确问题或补充需求信息时（未使用阶段命令）：
+1. 将用户的回答整合到 `01-understanding.md` 中对应的问题项（将"[待确认]"替换为实际答案）
+2. 如果回答引发新的发现或问题，同步更新文档的相关章节
+3. 展示变更摘要（更新了哪些问题的答案、新增了哪些发现）
 4. 再次提示：可以继续补充，或通过命令进入下一阶段
 5. **禁止**：不得自动进入下一阶段
 
@@ -197,4 +205,4 @@ Phase 1: 需求理解与现状分析
 - 必须先读取需求描述再开始分析
 - 如果找不到相关代码，询问用户提供更多关键词
 - 如果分析不充分，不要强行生成文档，而是询问用户
-- 发现的疑问点应该是观察性的，不是正式的需求问题
+- 待明确问题必须具体，避免模糊问题

package/package.json

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