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

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

@@ -30,31 +30,25 @@
    ```
    问题："请选择适合的流程深度："
    选项：
-   - 轻量级 - 快速迭代（proposal → design → tasks）（推荐用于需求明确的变更）
-   - 标准级 - 深入分析（understand → specs → impact → design → tasks）（推荐用于复杂业务变更）
-   - 完整级 - 全生命周期（understand → specs → impact → design → tasks → verify → review）（推荐用于关键变更）
+   - 轻量级 - 无需分析现有系统（proposal → specs → design → tasks）（推荐用于与现有业务低耦合的需求）
+   - 标准级 - 深入分析（analyze → proposal → specs → design → tasks）（推荐用于需要分析现有业务影响面的需求）
    - 快速通道 - 简单修复（直接实现，适用于Bug修复、单文件改动）
    ```
 
    **流程深度说明**：
 
    **轻量级（Lightweight）**：
-   - 阶段：proposal → design → tasks → implement
-   - 产出：proposal.md, design.md, tasks.md
-   - 适用：需求明确、快速迭代、小范围变更
-   - 示例：新增简单功能、UI调整、配置变更
+   - 阶段：proposal → specs → design → tasks
+   - 产出：proposal.md, specs.md, design.md, tasks-overview.md
+   - 适用：与现有业务低耦合，无需深入分析现有系统（但可参考现有实现模式）
+   - 典型场景：新增独立业务模块/包/Maven模块、新增简单功能、UI调整、配置变更
+   - 注意：业务本身可以有一定复杂度，关键是不需要分析现有业务的影响面
 
    **标准级（Standard）**：
-   - 阶段：understand → specs → impact → design → tasks → implement
-   - 产出：understanding.md, specs.md, impact-analysis.md, design.md, tasks.md
-   - 适用：复杂业务变更、多表联动、需要风险控制
-   - 示例：新增业务字段、复杂报表、工作流改造
-
-   **完整级（Complete）**：
-   - 阶段：understand → specs → impact → design → tasks → implement → verify → review
-   - 产出：understanding.md, specs.md, impact-analysis.md, design.md, tasks.md, verification-report.md, post-implementation-review.md
-   - 适用：关键变更、需要完整追踪和评估
-   - 示例：核心业务逻辑变更、重要功能重构
+   - 阶段：analyze → proposal → specs → design → tasks
+   - 产出：analysis.md, proposal.md, specs.md, design.md, tasks-overview.md
+   - 适用：与现有业务高耦合，需要深入理解现有系统并评估影响面
+   - 典型场景：修改/扩展现有功能、新增业务字段（多表联动）、复杂报表、工作流改造
 
    **快速通道（Quick）**：
    - 阶段：直接实现
@@ -73,8 +67,39 @@
    mkdir -p "6aspecdoc/brown/<name>/tasks"
    ```
 
+   创建原始需求文件 `6aspecdoc/brown/<name>/artifacts/original-requirement.md`：
+
+   **情况A：直接文字描述（inputSource.type = "text"）**：
+   ```markdown
+   # 原始需求
+
+   <用户输入的原始需求描述，原文记录，不做加工>
+
+   ---
+
+   > **需求来源**: text
+   > **创建时间**: <timestamp>
+   ```
+
+   **情况B：文件引用（inputSource.type = "file"）**：
+   ```markdown
+   # 原始需求
+
+   > **需求来源文件**: `<文件路径>`
+   >
+   > 完整需求内容请参考上述文件。
+
+   ---
+
+   > **需求来源**: file
+   > **来源文件**: <文件路径>
+   > **创建时间**: <timestamp>
+   ```
+
    创建状态文件 `6aspecdoc/brown/<name>/status.json`：
 
+   **注意**：所有时间戳必须使用东八区（北京时间）格式：`yyyy-MM-dd HH:mm:ss`（例如：`2026-02-20 12:36:23`）
+
    **轻量级**：
    ```json
    {
@@ -89,6 +114,7 @@
      },
      "phases": {
        "proposal": "pending",
+       "specs": "blocked",
        "design": "blocked",
        "tasks": "blocked",
        "implement": "blocked"
@@ -102,7 +128,7 @@
    {
      "name": "<name>",
      "flowDepth": "standard",
-     "status": "understanding_pending",
+     "status": "analyze_pending",
      "createdAt": "<timestamp>",
      "lastModified": "<timestamp>",
      "inputSource": {
@@ -110,9 +136,9 @@
        "filePath": "<仅 type=file 时填写>"
      },
      "phases": {
-       "understand": "pending",
+       "analyze": "pending",
+       "proposal": "blocked",
        "specs": "blocked",
-       "impact": "blocked",
        "design": "blocked",
        "tasks": "blocked",
        "implement": "blocked"
@@ -121,32 +147,6 @@
    }
    ```
 
-   **完整级**：
-   ```json
-   {
-     "name": "<name>",
-     "flowDepth": "complete",
-     "status": "understanding_pending",
-     "createdAt": "<timestamp>",
-     "lastModified": "<timestamp>",
-     "inputSource": {
-       "type": "text | file",
-       "filePath": "<仅 type=file 时填写>"
-     },
-     "phases": {
-       "understand": "pending",
-       "specs": "blocked",
-       "impact": "blocked",
-       "design": "blocked",
-       "tasks": "blocked",
-       "implement": "blocked",
-       "verify": "blocked",
-       "review": "blocked"
-     },
-     "artifacts": []
-   }
-   ```
-
    创建需求索引文件 `6aspecdoc/brown/<name>/requirement.md`：
    ```markdown
    # <需求标题>
@@ -159,25 +159,14 @@
 
    ## 原始需求
 
-   <!-- 根据输入类型选择以下其一 -->
-
-   <!-- 情况A：直接文字描述（inputSource.type = "text"） -->
-   <用户输入的原始需求描述，原文记录，不做加工>
-
-   <!-- 情况B：文件引用（inputSource.type = "file"） -->
-   > **需求来源文件**：`<文件路径>`
-   >
-   > 完整需求内容请参考上述文件。
+   详见：[artifacts/original-requirement.md](artifacts/original-requirement.md)
 
-   ## 快速导航
+   ## 当前阶段
 
-   **需求详情**：
-   - 轻量级流程：[proposal.md](artifacts/proposal.md) - 需求提案（Why、What、Impact）
-   - 标准级/完整级流程：[understanding.md](artifacts/understanding.md) - 需求理解与现状分析
+   <当前阶段名称>
 
-   **当前阶段**：<当前阶段名称>
+   ## 下一步操作
 
-   **下一步操作**：
    - 运行 `/6aspec:brown:<next-command>` 继续下一阶段
    - 或运行 `/6aspec:brown:continue` 自动进入下一阶段
 
@@ -187,25 +176,16 @@
 
    **轻量级流程（4阶段）**：
    - [ ] Proposal - 需求提案
+   - [ ] Specs - 需求规格定义
    - [ ] Design - 技术方案设计
    - [ ] Tasks - 任务拆解
-   - [ ] Implement - 执行实现
 
    **标准级流程（5阶段）**：
-   - [ ] Understand - 需求理解与现状分析
-   - [ ] Impact - 影响面分析
-   - [ ] Design - 技术方案设计
-   - [ ] Tasks - 任务拆解
-   - [ ] Implement - 执行实现
-
-   **完整级流程（7阶段）**：
-   - [ ] Understand - 需求理解与现状分析
-   - [ ] Impact - 影响面分析
+   - [ ] Analyze - 需求澄清与影响面分析
+   - [ ] Proposal - 需求提案
+   - [ ] Specs - 需求规格定义
    - [ ] Design - 技术方案设计
    - [ ] Tasks - 任务拆解
-   - [ ] Implement - 执行实现
-   - [ ] Verify - 验证实现
-   - [ ] Review - 实施后评估
 
    ## 查看详细信息
 
@@ -243,9 +223,8 @@
 
 ### 下一步
 - 轻量级: 运行 `/6aspec:brown:proposal` 创建需求提案
-- 标准级/完整级: 运行 `/6aspec:brown:understand` 开始需求理解与现状分析
+- 标准级/完整级: 运行 `/6aspec:brown:analyze` 进行需求澄清与影响面分析
 - 快速通道: 运行 `/6aspec:brown:quick` 直接实现
-- 或运行 `/6aspec:brown:ff` 快速完成分析阶段
 - 或运行 `/6aspec:brown:continue` 自动进入下一阶段
 ```
 
@@ -254,4 +233,4 @@
 - 不要超出初始化范围
 - 如果名称无效（非 kebab-case），要求提供有效名称
 - 如果同名需求已存在，建议使用 `/6aspec:brown:continue` 或选择新名称
-- 必须让用户选择流程深度
+- 必须让用户选择流程深度

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

@@ -1,8 +1,12 @@
 # 棕地需求 - Proposal SOP
 
-创建需求提案 - 轻量级流程的第一阶段。
+创建需求提案
 
-**适用流程**：轻量级（类似OpenSpec）
+**适用流程**：轻量级、标准级、完整级
+
+**流程定位**：
+- **轻量级**：第一阶段，基于需求描述（如果之前使用了探索模式并生成了 explore-summary.md，也会参考探索发现）
+- **标准级/完整级**：第二阶段，基于 analyze 的分析结果
 
 **输入**：`/6aspec:brown:proposal` 后可选需求名称。
 
@@ -11,106 +15,181 @@
 1. **选择需求并检查状态**
 
    - 读取 `6aspecdoc/brown/<name>/status.json`
-   - 确认 `flowDepth` 为 "lightweight"
-   - 如果不是轻量级流程，提示使用 `/6aspec:brown:understand`
+   - 根据 `flowDepth` 检查前置阶段：
+     - **轻量级**：确认 `phases.proposal` 为 "pending"
+     - **标准级/完整级**：确认 `phases.analyze` 为 "done"，如果未完成提示先运行 `/6aspec:brown:analyze`
+   - 如果proposal已完成，提示使用 `/6aspec:brown:continue` 进入下一阶段
 
-2. **收集需求信息**
+2. **读取前置文档**
 
-   首先读取 `6aspecdoc/brown/<name>/requirement.md` 中的"原始需求"部分：
-   - 如果 `inputSource.type = "text"`：直接使用其中记录的需求描述。
-   - 如果 `inputSource.type = "file"`：读取记录的来源文件路径，获取完整需求内容。
+   根据 `flowDepth` 读取不同的前置文档：
 
-   如果原始需求信息不足以生成提案，再询问用户补充：
-   - 为什么需要这个变更？（Why）
-   - 要做什么？（What）
-   - 预期影响是什么？（Impact）
+   **轻量级流程**：
+   - `6aspecdoc/brown/<name>/artifacts/original-requirement.md` - 原始需求
+   - `6aspecdoc/brown/<name>/explore-summary.md` - 探索摘要（如果存在）
 
-3. **创建提案文档**
+   **标准级/完整级流程**：
+   - `6aspecdoc/brown/<name>/artifacts/original-requirement.md` - 原始需求
+   - `6aspecdoc/brown/<name>/artifacts/analysis.md` - 需求澄清与影响面分析
 
-   创建 `6aspecdoc/brown/<name>/artifacts/proposal.md`：
-   ```markdown
-   # 需求提案：<需求标题>
+3. **执行轻量级探索并识别待明确问题**（仅轻量级流程）
 
-   > **需求**: <name>
-   > **流程**: 轻量级
-   > **阶段**: Proposal
-   > **状态**: ✅ 已完成
-   > **创建时间**: <timestamp>
+   **触发条件**：`flowDepth` 为 "lightweight" **且满足以下任一条件**：
+   - 不存在 `explore-summary.md` **且** 对话上下文中没有探索内容
+   - 用户明确要求探索（例如："先了解一下现有实现"、"需要探索代码库"）
+
+   **上下文识别**：
+
+   在执行探索前，先检查是否已有探索内容：
+
+   a. **检查explore-summary.md**：
+   - 如果存在 `6aspecdoc/brown/<name>/explore-summary.md`，读取它
+   - 除非用户明确要求重新探索，否则使用已有的探索摘要
+
+   b. **检查对话上下文**：
+   - 检查对话历史中是否包含探索内容（用户之前执行了 `/6aspec:brown:explore` 命令）
+   - 即使没有生成explore-summary.md文件，探索内容仍在对话上下文中
+   - 如果发现对话上下文中有探索内容，可以直接利用这些信息，不需要重新探索
+
+   c. **判断是否需要执行新的探索**：
+   - 如果既没有explore-summary.md，也没有对话上下文中的探索内容 → 执行轻量级探索
+   - 如果用户明确要求探索（即使已有探索内容） → 执行轻量级探索
+   - 如果已有探索内容（explore-summary.md或对话上下文）且用户未明确要求 → 跳过探索，直接使用已有内容
+
+   **步骤**：
+
+   a. **执行轻量级探索**（如果需要）
+
+   从需求描述中提取关键词（实体名、功能名、业务术语），然后执行快速搜索：
+
+   - 搜索相关实体类：pattern = `class.*<关键词>.*Entity`，type = `java`，glob = `*Entity.java`
+   - 搜索相关服务类：pattern = `class.*<关键词>.*Service`，type = `java`，glob = `*Service.java`
+   - 搜索相关 Controller 类：pattern = `class.*<关键词>.*Controller`，type = `java`，glob = `*Controller.java`
+   - 搜索关键业务逻辑：pattern = `<关键方法名>`，type = `java`
+
+   识别受影响的核心文件（3-5 个），快速阅读关键代码片段。
+
+   b. **识别待明确问题**
+
+   基于探索结果（explore-summary.md、对话上下文中的探索内容、或刚刚执行的轻量级探索）和需求描述，识别不清楚的地方，生成待明确问题清单：
 
-   ## 为什么做（Why）
+   **问题类型**：
+   - 字段设计问题（名称、类型、必填、默认值、值域）
+   - 业务规则问题（是否可修改、是否继承、是否同步）
+   - 权限和统计问题（权限控制、统计报表）
+   - 集成和兼容问题（与其他模块的集成、数据迁移）
 
-   ### 业务背景
-   <业务背景描述>
+   **问题数量**：2-5个最重要的问题（保持轻量）
 
-   ### 要解决的问题
-   <要解决的问题>
+   c. **询问用户**
 
-   ### 预期收益
-   <预期收益>
+   如果有待明确问题，展示问题清单并等待用户回答：
 
-   ## 要做什么（What）
+   ```
+   ## 需要明确的问题
+
+   基于代码库探索，发现以下问题需要明确：
 
-   ### 功能概述
-   <功能概述>
+   ### 字段设计
+   1. <问题1>
+   2. <问题2>
 
-   ### 功能需求
+   ### 业务规则
+   3. <问题3>
+   4. <问题4>
 
-   #### FR-001: <功能名称>
-   **描述**：<功能描述>
+   请回答上述问题，我会基于你的回答生成proposal。
+   ```
 
-   **验收标准**：
-   - <验收标准1>
-   - <验收标准2>
+   **等待用户回答**，不要自动进入下一步。
 
-   #### FR-002: <功能名称>
-   **描述**：<功能描述>
+   d. **处理用户回答**
 
-   **验收标准**：
-   - <验收标准1>
-   - <验收标准2>
+   当用户回答问题后：
+   - 记录用户的回答（用于proposal生成）
+   - 继续执行步骤4（创建提案文档）
 
-   ### 范围界定
-   **包含**：
-   - <包含的内容>
+   **注意**：
+   - 探索结果和用户回答不生成独立文档，直接用于proposal生成
+   - 如果没有待明确问题，直接跳过询问步骤，继续生成proposal
+   - 优先使用explore-summary.md（如果存在且用户未明确要求重新探索）
+   - 其次利用对话上下文中的探索内容（如果用户之前执行了explore命令）
+   - 最后才执行新的轻量级探索（如果既没有explore-summary.md也没有对话上下文中的探索内容）
+   - 即使已有探索内容，如果用户明确要求探索，也应该执行新的探索
 
-   **不包含**：
-   - <不包含的内容>
+4. **创建提案文档（OpenSpec 格式）**
+
+   创建 `6aspecdoc/brown/<name>/artifacts/proposal.md`：
+   ```markdown
+   # Proposal: <需求标题>
 
-   ### 整体验收标准
-   - AC-001: <整体验收标准1>
-   - AC-002: <整体验收标准2>
+   > **需求**: <name>
+   > **流程**: <flowDepth>
+   > **阶段**: Proposal
+   > **状态**: ✅ 已完成
+   > **创建时间**: <timestamp>
 
-   ## 预期影响（Impact）
+   ## Why
 
-   ### 技术影响
-   - 数据库：<影响描述>
-   - 后端代码：<影响描述>
-   - 前端代码：<影响描述>
-   - API接口：<影响描述>
+   <1-2 sentences explaining the problem/opportunity>
 
-   ### 业务影响
-   - 用户体验：<影响描述>
-   - 业务流程：<影响描述>
+   ## What Changes
 
-   ### 风险评估
-   - 技术风险：<风险描述>
-   - 业务风险：<风险描述>
+   <Bullet points of what will be different>
+   - <变更点1>
+   - <变更点2>
+   - <变更点3>
 
-   ## 下一步
+   ## Capabilities
 
-   运行 `/6aspec:brown:design` 进行技术方案设计。
+   ### New Capabilities
+   - `<capability-name>`: <brief description>
+   - `<capability-name>`: <brief description>
+
+   ### Modified Capabilities
+   <!-- If modifying existing behavior -->
+   - `<capability-name>`: <brief description>
+
+   ## Impact（范围影响）
+
+   > 只描述「范围影响」而非实现细节：不写代码/类/数据库表层面的改动。
+
+   - **业务影响**：<影响哪些业务流程/指标/体验>
+   - **用户与角色影响**：<影响哪些角色/人群/是否需要公告或培训>
+   - **系统模块影响**：<影响哪些系统/领域模块（模块级即可）>
+   - **兼容性影响**：<行为/接口是否向后兼容；对现有流程是否有行为变化>
+   - **数据影响（业务口径）**：<业务字段含义/口径变化；是否需要补数据/迁移（不写表结构）>
+   - **运营/流程影响**：<运营配置、审批链路、权限策略是否变化>
+   - **风险与回滚影响**：<主要风险点；是否可灰度；回滚对业务的影响>
+
+   ## Next Steps
+
+   - 轻量级流程：运行 `/6aspec:brown:specs` 进行需求规格定义
+   - 标准级/完整级流程：运行 `/6aspec:brown:specs` 进行需求规格定义
    ```
 
-4. **更新状态**
+   **注意**：
+   - Proposal 格式遵循 OpenSpec 规范，保持简洁
+   - Why 部分：1-2 句话说明问题或机会
+   - What Changes 部分：列出主要变更点
+   - Capabilities 部分：列出新增或修改的系统能力（每个 capability 将对应一个 spec 文件）
+   - Impact（范围影响）部分：只写业务/系统范围影响、兼容性、数据口径、风险与回滚等，不写代码/类/数据库表等实现细节
+   - Impact 内容基于：原始需求描述、（如有）explore 摘要、以及标准级/完整级流程中的 understanding / impact-analysis 结论进行归纳
+   - 如果轻量级流程在步骤3中询问了用户问题，基于用户的回答生成proposal
+
+5. **更新状态**
 
    更新 `6aspecdoc/brown/<name>/status.json`：
+
+   **轻量级流程**：
    ```json
    {
-     "status": "design_pending",
+     "status": "specs_pending",
      "flowDepth": "lightweight",
      "phases": {
        "proposal": "done",
-       "design": "pending",
+       "specs": "pending",
+       "design": "blocked",
        "tasks": "blocked",
        "implement": "blocked"
      },
@@ -118,10 +197,68 @@
    }
    ```
 
-5. **停止并等待用户指令**
+   **标准级流程**：
+   ```json
+   {
+     "status": "specs_pending",
+     "flowDepth": "standard",
+     "phases": {
+       "analyze": "done",
+       "proposal": "done",
+       "specs": "pending",
+       "design": "blocked",
+       "tasks": "blocked",
+       "implement": "blocked"
+     },
+     "artifacts": ["analysis.md", "proposal.md"]
+   }
+   ```
+
+   同时更新 `6aspecdoc/brown/<name>/requirement.md`：
+   - 更新"状态"字段为 `📋 Specs 待开始`
+   - 更新"最后修改"时间戳为 `<timestamp>`
+   - 更新"当前阶段"为 `Proposal - 需求提案（已完成）`
+   - 更新"下一步操作"为 `运行 /6aspec:brown:specs 继续下一阶段`
+   - 在"进度概览"中标记 Proposal 阶段为已完成 `[x]`
+
+6. **停止并等待用户指令**
 
 **输出**
 
+根据 `flowDepth` 和执行阶段显示不同的输出信息：
+
+**轻量级流程 - 待明确问题阶段**（如果步骤3中发现有待明确问题）：
+```
+## 需要明确的问题：<name>
+
+**流程**: 轻量级
+**阶段**: Proposal（探索中）
+
+### 代码库探索结果
+- 相关实体类：<数量>
+- 相关服务类：<数量>
+- 受影响文件：<数量>
+
+### 待明确问题
+
+基于代码库探索，发现以下问题需要明确：
+
+#### 字段设计
+1. <问题1>
+2. <问题2>
+
+#### 业务规则
+3. <问题3>
+4. <问题4>
+
+#### 其他
+5. <问题5>
+
+### 下一步
+请回答上述问题，我会基于你的回答生成proposal。
+```
+
+**轻量级流程 - Proposal完成**：
 ```
 ## Proposal 完成：<name>
 
@@ -129,19 +266,37 @@
 **进度**: 1/4 阶段完成
 
 ### 提案概要
-- 业务目标：<简述>
-- 核心能力：<数量> 个
-- 预期影响：<简述>
+- Why: <简述>
+- What Changes: <数量> 项变更
+- Capabilities: <数量> 个能力
 
-### 关键风险
-<列出关键风险>
+### 文档位置
+6aspecdoc/brown/<name>/artifacts/proposal.md
+
+### 下一步
+- 直接回复补充或修正提案内容 → 我会更新本阶段文档（proposal.md）
+- 运行 `/6aspec:brown:specs` → 进入需求规格定义阶段
+- 运行 `/6aspec:brown:continue` → 自动进入下一阶段
+```
+
+**标准级流程**：
+```
+## Proposal 完成：<name>
+
+**流程**: 标准级
+**进度**: 2/5 阶段完成
+
+### 提案概要
+- Why: <简述>
+- What Changes: <数量> 项变更
+- Capabilities: <数量> 个能力
 
 ### 文档位置
 6aspecdoc/brown/<name>/artifacts/proposal.md
 
 ### 下一步
 - 直接回复补充或修正提案内容 → 我会更新本阶段文档（proposal.md）
-- 运行 `/6aspec:brown:design` → 进入技术方案设计阶段
+- 运行 `/6aspec:brown:specs` → 进入需求规格定义阶段
 - 运行 `/6aspec:brown:continue` → 自动进入下一阶段
 ```
 
@@ -154,7 +309,19 @@
 4. **禁止**：不得自动进入下一阶段
 
 **防护措施**
-- 仅适用于轻量级流程
+- 适用于所有流程（轻量级、标准级、完整级）
 - 如果需求信息不明确，必须询问用户
-- 提案必须包含Why、What、Impact三个核心部分
+- 提案必须包含 Why、What、Impact（范围影响） 三个核心部分
+- 提案应聚焦高层次的业务目标和核心能力，不包含详细的功能需求（FR）和验收标准（AC）
+- 详细的功能需求和验收标准应该在specs阶段定义
 - 风险评估不能省略
+
+**轻量级流程的特殊防护措施**：
+- 如果没有explore-summary.md，必须执行轻量级探索（步骤3）
+- 轻量级探索应该快速、聚焦，只搜索关键实体类、服务类和受影响文件
+- 轻量级探索不生成独立文档，探索结果直接用于proposal生成
+- 如果探索过程中发现待明确问题，必须询问用户，不能基于假设生成proposal
+- 待明确问题数量应该控制在2-5个，保持轻量（与标准级/完整级的5-10个问题相比）
+- 如果没有待明确问题，可以直接生成proposal
+- 不要在轻量级流程中执行过于深入的分析（如绘制ERD图、流程图等），这些应该在标准级/完整级流程中完成
+- 轻量级探索的目标是"快速理解现有实现"，而不是"深入分析系统架构"

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

@@ -1,6 +1,6 @@
 # 棕地需求 - Quick SOP
 
-P2 需求快速通道 - 适用于简单修复和小改动。
+快速通道 - 适用于简单修复和小改动。
 
 **输入**：`/6aspec:brown:quick` 后的参数是需求名称（kebab-case）或需求描述。
 
@@ -27,10 +27,12 @@ P2 需求快速通道 - 适用于简单修复和小改动。
    ```
 
    创建状态文件 `6aspecdoc/brown/<name>/status.json`：
+
+   **注意**：所有时间戳必须使用东八区（北京时间）格式：`yyyy-MM-dd HH:mm:ss`（例如：`2026-02-20 12:36:23`）
+
    ```json
    {
      "name": "<name>",
-     "priority": "P2",
      "status": "quick_track",
      "createdAt": "<timestamp>",
      "lastModified": "<timestamp>",
@@ -43,7 +45,6 @@ P2 需求快速通道 - 适用于简单修复和小改动。
    # <需求标题>
 
    > **需求ID**: <name>
-   > **优先级**: P2（快速通道）
    > **状态**: 🚀 快速处理中
    > **创建时间**: <timestamp>
 
@@ -102,7 +103,6 @@ P2 需求快速通道 - 适用于简单修复和小改动。
 ```
 ## 快速处理完成：<name>
 
-**优先级**: P2（快速通道）
 **处理时间**: <时间戳>
 
 ### 修改内容
@@ -118,7 +118,7 @@ P2 需求快速通道 - 适用于简单修复和小改动。
 - 或归档：运行 `/6aspec:brown:archive` 归档此需求
 
 ### 注意
-P2 需求使用快速通道，跳过了详细的分析和设计阶段。
+快速通道跳过了详细的分析和设计阶段。
 如果发现需求比预期复杂，建议使用完整流程（/6aspec:brown:new）。
 ```