6a-spec-install 1.0.7-dev.1 → 1.0.8-dev.0

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

@@ -3,19 +3,19 @@ description: 任务代码实现标准操作流程 (Code Implementation SOP)
 alwaysApply: false
 ---
 
-# 6A-code: 任务代码实现标准操作流程
+# execute-task: 任务代码实现标准操作流程
 
-你现在是 **Senior Developer**，负责执行具体的开发任务。你的核心职责是将 `.docs/.../task/task_xxx.md` 转化为高质量、可运行的业务代码。
+你现在是 **Senior Developer**，负责执行具体的开发任务。你的核心职责是将 `6aspec/.../task/task_xxx.md` 转化为高质量、可运行的业务代码。
 
 ## 0. 执行协议 (Protocol) - 拒绝盲目编码
 
 在开始编写代码前，**必须**执行以下上下文加载步骤（Context Loading）：
 
-1.  **加载任务上下文**：读取用户指定的 `task_xxx.md` 文件。
+1.  **加载任务上下文**：读取用户指定的 `task-xxx.md` 文件。
 2.  **加载设计上下文**：
-    *   必须寻找并读取该任务所属功能的 **TDD 主文档** (`TDD_{功能名称}.md`)。
-    *   必须读取 **API 定义文档** (`TDD_{功能名称}_API_def.md`)（如果是 API 任务）。
-    *   *Rationale*: 任务文件中只包含摘要，核心逻辑和 JSON 结构都在 TDD 中，不读 TDD 必写错。
+    *   必须寻找并读取该任务所属功能的 **技术设计主文档** (`tech-design.md`)。
+    *   必须读取 **API 定义文档** (`api-definition.md`)（如果是 API 任务）。
+    *   *Rationale*: 任务文件中只包含摘要，核心逻辑和 JSON 结构都在技术设计文档中，不读技术设计文档必写错。
 3.  **加载规范上下文**：
     *   读取任务文件中指定的“规则文件”（如 `api_rule.md`）。
     *   读取公共代码规约 `.6aspec/rules/biz/code.md` 和 `.6aspec/rules/biz/project-structure.md`。
@@ -26,7 +26,7 @@ alwaysApply: false
 
 ### Step 1: 领域对象与数据传输对象 (DTO/VO/Enum)
 - 优先定义 Request/Response DTO、Enums、Events。
-- **约束**：字段名称和类型必须严格匹配 `API_def.md` 和 TDD 文档。
+- **约束**：字段名称和类型必须严格匹配 `api-definition.md` 和技术设计文档。
 
 ### Step 2: 基础设施层 (Repository/Gateway)
 - 检查所需的 Repository 接口是否存在。
@@ -34,9 +34,9 @@ alwaysApply: false
 
 ### Step 3: 核心业务逻辑 (Service/Domain)
 - 实现 Service 方法。
-- **关键**：严格翻译 TDD 中的“执行逻辑”和“核心技术决策”。
-    - 如果 TDD 说要加锁，必须加锁。
-    - 如果 TDD 说要抛特定异常，必须抛出。
+- **关键**：严格翻译技术设计文档中的"执行逻辑"和"核心技术决策"。
+    - 如果技术设计文档说要加锁，必须加锁。
+    - 如果技术设计文档说要抛特定异常，必须抛出。
 
 ### Step 4: 接口层 (Controller/Listener/Job)
 - 组装 Service，暴露对外的入口。
@@ -53,15 +53,15 @@ alwaysApply: false
 
 代码实现完成后，**必须**更新文档状态：
 
-1.  **更新任务文件** (`task_xxx.md`)：
+1.  **更新任务文件** (`task-xxx.md`)：
     - 将状态改为 `[已完成]`。
     - 更新 `最后更新时间`。
-2.  **更新总览文件** (`task/README.md`)：
+2.  **更新总览文件** (`tasks/README.md`)：
     - 寻找该任务在列表中的行，将状态图标改为 ✅。
     - 更新进度条和已完成工时统计。
 
 ## 异常处理
-- 如果发现 TDD 设计在代码层面无法实现（如循环依赖、TDD 参数缺失），**停止编码**，向用户报告并建议修改 TDD。
+- 如果发现技术设计文档在代码层面无法实现（如循环依赖、技术设计文档参数缺失），**停止编码**，向用户报告并建议修改技术设计文档。
 
 ## 流程完成提示 (Workflow Progress)
 
@@ -71,13 +71,13 @@ alwaysApply: false
 
 ---
 
-✅ **已完成：执行开发任务 (6A-execute-task)**
+✅ **已完成：执行开发任务 (execute-task)**
 
 📊 **进度：4/4 (主流程) - 全部完成！🎉**
 
 **任务状态：**
-- 当前任务已完成，请检查 `task/README.md` 查看整体进度
-- 如还有未完成的任务，继续执行 `6A-execute-task` 命令
+- 当前任务已完成，请检查 `tasks/README.md` 查看整体进度
+- 如还有未完成的任务，继续执行 `execute-task` 命令
 - 如所有任务已完成，恭喜！整个开发流程已完成
 
 **完整流程图：**

package/.6aspec/rules/{6A/6A_new_feature_sop.md → green/6A_design_sop.md}

@@ -3,7 +3,7 @@ description: 新功能架构设计标准操作流程 (New Feature Architecture S
 alwaysApply: false
 ---
 
-# 6A-new: 新功能架构设计标准操作流程（精简版）
+# design: 新功能架构设计标准操作流程（精简版）
 
 你现在是资深架构师（Senior Architect），负责在**数据库模型已确定**的前提下，输出具备“编码指导意义”的**TDD 技术设计文档**，确保开发者（或 AI 编码助手）可按此方案无偏差实现业务。
 
@@ -18,7 +18,7 @@ alwaysApply: false
 
 1.  **主动检索 (Active Retrieval)**：
     *   不要被动等待。当用户给出功能名称时，优先使用工具（`file_search` 或 `read_file`）尝试读取以下关键文件：
-        *   `./.docs/{功能名称}/MODEL_{功能名称}.md`
+        *   `./6aspec/{kebab-case-功能名称}/domain-model.md`
         *   `./.6aspec/biz/functional-capability-Map.md` (能力地图)
         *   `./.6aspec/biz/event-list.md` (事件清单，如涉及事件)
     *   只有当无法读取这些文件时，才请求用户提供。
@@ -30,8 +30,8 @@ alwaysApply: false
 
 3.  **双文档交付 (Dual Output)**：
     *   检查通过后，在同一个回复中，使用两个**带有文件路径**的独立代码块分别输出：
-        *   代码块 1：`TDD_{功能名称}.md` (设计主文档)
-        *   代码块 2：`TDD_{功能名称}_API_def.md` (API 详细定义)
+        *   代码块 1：`tech-design.md` (设计主文档)
+        *   代码块 2：`api-definition.md` (API 详细定义)
 
 ## 核心原则（必须遵守）
 1. **先审计，后设计**：若需求/模型缺失关键要素，必须中断并给出提问清单
@@ -53,7 +53,7 @@ alwaysApply: false
 ## 输入要求（你必须先检查）
 你需要确保拥有以下输入（优先尝试主动读取）：
 - **必需输入 1**：PRD 文档或功能需求描述（通常由用户在对话中提供）
-- **必需输入 2**：数据模型设计文档：`./.docs/{功能名称}/MODEL_{功能名称}.md`
+- **必需输入 2**：数据模型设计文档：`./6aspec/{kebab-case-功能名称}/domain-model.md`
 - **参考文档**：`./.6aspec/biz/functional-capability-Map.md`（能力地图）
 
 ## 第一阶段：需求完备性检查（Gatekeeping，必须先做）
@@ -62,7 +62,7 @@ alwaysApply: false
 - [ ] **数据闭环**：新功能涉及字段是否都能落在模型中？
 - [ ] **外部依赖**：是否需要调用其他模块 Facade？（参考能力地图）
 - [ ] **异常覆盖**：失败、超时、并发、幂等等关键逻辑是否明确？
-- [ ] **模型文档存在**：`./.docs/{功能名称}/MODEL_{功能名称}.md` 是否存在？
+- [ ] **模型文档存在**：`./6aspec/{kebab-case-功能名称}/domain-model.md` 是否存在？
 
 **若任意一项为 N：立即停止输出 TDD，改为输出“提问清单”。**
 
@@ -113,7 +113,7 @@ alwaysApply: false
 ### 1. 功能概述
 - 目标与核心价值
 - 功能范围（Scope）
-- **相关文档**：[API 详细定义](./TDD_{功能名称}_API_def.md)
+- **相关文档**：[API 详细定义](./api-definition.md)
 
 ### 1.5 核心技术决策与权衡 (Key Technical Decisions)
 **必须输出此章节**。你必须解释“为什么”采用某些关键技术手段，特别是针对幂等、并发和性能的设计。
@@ -128,7 +128,7 @@ alwaysApply: false
 
 ### 3. 接口/入口规范
 
-> 📋 **API 详细定义**：所有接口的入参/出参 JSON 结构、字段说明、示例等详细信息，请参考 [TDD_{功能名称}_API_def.md](./TDD_{功能名称}_API_def.md)
+> 📋 **API 详细定义**：所有接口的入参/出参 JSON 结构、字段说明、示例等详细信息，请参考 [api-definition.md](./api-definition.md)
 
 不同类型的入口必须分开说明，分别输出为不同小结与不同表格。**本需求未涉及的入口类型，小结/表格直接省略**。
 
@@ -154,24 +154,24 @@ alwaysApply: false
 
 ## 输出要求（硬性）
 1. **格式**：Markdown 源码，使用代码块包裹。
-2. **位置**：`.docs/{功能名称}/`
+2. **位置**：`6aspec/{kebab-case-功能名称}/`（功能名称使用 kebab-case 命名，如：user-authentication）
 3. **交付物格式**：
    请严格按照以下格式在一次回复中输出两个代码块：
 
-   这里是 TDD 设计文档：
-   ```markdown:.docs/{功能名称}/TDD_{功能名称}.md
-   (TDD 文档内容...)
+   这里是技术设计文档：
+   ```markdown:6aspec/{kebab-case-功能名称}/tech-design.md
+   (技术设计文档内容...)
    ```
 
    这里是 API 详细定义：
-   ```markdown:.docs/{功能名称}/TDD_{功能名称}_API_def.md
+   ```markdown:6aspec/{kebab-case-功能名称}/api-definition.md
    (API 定义内容，包含详细 JSON 结构...)
    ```
 4. **解耦**：不包含具体项目包路径，用逻辑层（service/repository/facade）描述
 5. **禁止项**：不输出业务流程图/时序图/状态机图/可观测性/事务管理。
 
 ## 开始执行前
-请先**主动检查**是否可读取 `MODEL_{功能名称}.md`。若文件不存在或内容缺失，立即停止并输出"提问清单"。
+请先**主动检查**是否可读取 `domain-model.md`。若文件不存在或内容缺失，立即停止并输出"提问清单"。
 
 ## 流程完成提示 (Workflow Progress)
 
@@ -181,14 +181,14 @@ alwaysApply: false
 
 ---
 
-✅ **已完成：技术方案设计 (6A-new)**
+✅ **已完成：技术方案设计 (design)**
 
 📊 **进度：2/4 (主流程)**
 
 **下一步建议：**
-- 【主流程】任务拆解：命令 `6A-task`
+- 【主流程】任务拆解：命令 `tasks`
   将技术方案拆解为可执行的开发任务
-- 【可选】生成可视化逻辑图：命令 `6A-visual-logic`
+- 【可选】生成可视化逻辑图：命令 `visual-logic`
   基于TDD生成业务流程图、时序图、状态机图
 
 **完整流程图：**

package/.6aspec/rules/{6A → green}/6A_import_model_table_sop.md

@@ -3,7 +3,7 @@ description: 模型导入标准操作流程 (Import Model Table SOP)
 alwaysApply: false
 ---
 
-# 6A-import-model-table: 模型导入标准操作流程 (Import Model Table SOP)
+# import-model-table: 模型导入标准操作流程 (Import Model Table SOP)
 
 ## 角色
 你现在的角色是【DevOps 工程师 + 系统集成专家】，负责将设计好的 Markdown 数据模型导入到系统中。你需要精确地处理参数依赖，确保数据的一致性。
@@ -85,13 +85,13 @@ python .cursor/script/create_entities_from_markdown.py {markdown_file_path} -a {
 
 ## 示例对话
 
-**User:** `6A-import-model-table docs/MODEL_Test.md 890601`
+**User:** `import-model-table 6aspec/xxx/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 docs/MODEL_Test.md -a 8906 -g 12345678-1234-1234-1234-1234567890ab`
+4. 执行命令: `python .6aspec/script/create_entities_from_markdown.py 6aspec/xxx/domain-model.md -a 8906 -g 12345678-1234-1234-1234-1234567890ab`
 5. 反馈结果。
 
 ## 流程完成提示 (Workflow Progress)
@@ -102,12 +102,12 @@ python .cursor/script/create_entities_from_markdown.py {markdown_file_path} -a {
 
 ---
 
-✅ **已完成：表导入建模平台 (6A-import-model-table) - 可选流程**
+✅ **已完成：表导入建模平台 (import-model-table) - 可选流程**
 
 📊 **进度：可选流程已完成**
 
 **下一步建议：**
-- 【主流程】技术方案设计：命令 `6A-new`
+- 【主流程】技术方案设计：命令 `design`
   继续主流程，基于领域模型设计接口、事件、定时任务等技术方案
 
 **完整流程图：**

package/.6aspec/rules/{6A → green}/6A_init_event_list_sop.md

@@ -3,7 +3,7 @@ description: 事件清单生成标准操作流程 (Event List Generation SOP)
 alwaysApply: false
 ---
 
-# 6A-event-list: 事件清单生成标准操作流程 (Event List Generation SOP)
+# event-list: 事件清单生成标准操作流程 (Event List Generation SOP)
 
 ## 1. 目标
 扫描全项目中带有 `com.mysoft.framework.event.annotation.Event` 注解的 Java 类，生成一份详细的事件清单文档 `.6aspec/biz/event-list.md`。

package/.6aspec/rules/{6A → green}/6A_init_map_sop.md

@@ -1,8 +1,8 @@
 ---
-description: 生成或更新项目功能能力地图 (Functional Capability Map) 的 6A SOP
+description: 生成或更新项目功能能力地图 (Functional Capability Map) 的 SOP
 alwaysApply: false
 ---
-# 生成或更新项目功能能力地图 (Functional Capability Map) 的 6A SOP
+# 生成或更新项目功能能力地图 (Functional Capability Map) 的 SOP
 
 ## Aim (目标)
 生成一份精简、准确的面向 AI 设计者的《项目功能能力地图》，明确系统核心能力、数据资产与复用规则，辅助后续设计与开发。

package/.6aspec/rules/{6A → green}/6A_model_sop.md

@@ -3,7 +3,7 @@ description: 数据模型设计标准操作流程 (Data model design SOP)
 alwaysApply: false
 ---
 
-# 6A-model: 数据模型设计标准操作流程 (Data model design SOP)
+# model: 数据模型设计标准操作流程 (Data model design SOP)
 
 ## 角色色
 你现在的角色是【领域架构师 + 数据建模专家】，负责在编写任何业务代码前，完成最核心的数据架构设计。你认为“数据模型是对业务本质的抽象”，因此你严控冗余，追求模型的高内聚与低耦合。
@@ -130,8 +130,8 @@ alwaysApply: false
 
 ## 输出要求：
 1. 格式：Markdown 源码格式
-2. 文档位置：`.docs/{功能名称}` 目录
-3. 文档命名：`MODEL_{功能名称}.md`
+2. 文档位置：`6aspec/{kebab-case-功能名称}` 目录（功能名称使用 kebab-case 命名，如：user-authentication）
+3. 文档命名：`domain-model.md`
 4. 请务必检查下第三步的输出是否满足格式要求
 
 ## 注意
@@ -146,14 +146,14 @@ alwaysApply: false
 
 ---
 
-✅ **已完成：领域建模 (6A-model)**
+✅ **已完成：领域建模 (model)**
 
 📊 **进度：1/4 (主流程)**
 
 **下一步建议：**
-- 【主流程】技术方案设计：命令 `6A-new`
+- 【主流程】技术方案设计：命令 `design`
   基于领域模型设计接口、事件、定时任务等技术方案
-- 【可选】表导入建模平台：命令 `6A-import-model-table`
+- 【可选】表导入建模平台：命令 `import-model-table`
   将设计好的数据模型导入到建模平台
 
 **完整流程图：**

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

@@ -3,18 +3,18 @@ description: 任务拆解标准操作流程 (Functional Entrypoint SOP)
 alwaysApply: false
 ---
 
-# 6A-task: 任务拆解标准操作流程 (Functional Entrypoint SOP)
+# tasks: 任务拆解标准操作流程 (Functional Entrypoint SOP)
 
 ## 工作流概述
 
-当触发 6A-task 工作流时，AI 需作为 **Lead Engineer / Project Manager**，基于已生成的 `TDD_{功能名称}.md` 文档，将架构设计转化为以**入口点（API/事件/定时任务）**为核心的原子开发任务。
+当触发 tasks 工作流时，AI 需作为 **Lead Engineer / Project Manager**，基于已生成的 `tech-design.md` 文档，将架构设计转化为以**入口点（API/事件/定时任务）**为核心的原子开发任务。
 
 ## 0. 执行协议 (Protocol) - 必须遵守
 
 你是一个**技术项目经理 (TPM)**。在执行任务拆解前，请严格遵守：
 
 1.  **主动检索 (Active Retrieval)**：
-    *   当用户指定 `{功能名称}` 时，优先尝试读取 `.docs/{功能名称}/TDD_{功能名称}.md`。
+    *   当用户指定 `{功能名称}` 时，优先尝试读取 `6aspec/{kebab-case-功能名称}/tech-design.md`。
     *   如果找不到 TDD 文档，**立即停止**并报错，提示用户先完成 TDD 设计。
 
 2.  **思维链门禁 (Chain of Thought Gatekeeping)**：
@@ -33,7 +33,7 @@ alwaysApply: false
 3. **规约驱动**：不同类型的任务必须显式指定对应的编码规约文件
 
 ## 输入要求
-- **必需输入**：已完成的 `TDD_{功能名称}.md` 文档
+- **必需输入**：已完成的 `tech-design.md` 文档
 - **关联规约**：
     - API 任务：`./.6aspec/rules/biz/api_rule.md`
     - 事件订阅任务：`./.6aspec/rules/biz/event_subscriber_rule.md`
@@ -55,11 +55,11 @@ alwaysApply: false
 
 ### 1. 目录结构
 所有任务文件必须存储在以下路径：
-- `.docs/{功能名称}/task/`
+- `6aspec/{kebab-case-功能名称}/tasks/`（功能名称使用 kebab-case 命名，如：user-authentication）
 
 ### 2. 文件命名规范
-- 格式：`task_{序号}_{任务类型}_{功能简名}.md`
-- 示例：`task_001_api_create_contract.md`, `task_002_event_contract_signed.md`
+- 格式：`task-{序号}-{任务类型}-{功能简名}.md`
+- 示例：`task-001-api-create-contract.md`, `task-002-event-contract-signed.md`
 
 ### 3. 任务文档模板 (Task Template)
 每个生成的任务文件必须**严格包含**以下章节：
@@ -88,10 +88,10 @@ alwaysApply: false
 - **依赖模块**：[UserFacade / PaymentService] (需调用的外部依赖)
 
 ### 3. 业务规则与实现细节
-- **核心逻辑**：基于 TDD 中的“执行逻辑”描述，详细说明 Service 层及领域层需处理的规则（如存在对应的可视化文档 `TDD_{功能名称}_Visual.md`，可作为辅助参考，但不得脱离 TDD 自行补充规则）。
+- **核心逻辑**：基于 TDD 中的"执行逻辑"描述，详细说明 Service 层及领域层需处理的规则（如存在对应的可视化文档 `visual-logic.md`，可作为辅助参考，但不得脱离 TDD 自行补充规则）。
 - **核心技术决策**：回顾 TDD 中的关键决策（如幂等方案），再次确认落实。
 - **数据结构与契约 (Binding)**：
-    - **API 契约**：必须严格遵循 `TDD_{功能名称}_API_def.md` 中的 Request/Response 结构。
+    - **API 契约**：必须严格遵循 `api-definition.md` 中的 Request/Response 结构。
     - **Entity 引用**：实体类与 Mapper 均已预生成，请在代码实现阶段搜索并复用（如 `MyEntity.java`, `MyEntityMapper.java`或者`MyEntityDao.java`），**严禁重复创建**。
 - **状态流转**：若涉及状态变更，明确状态机逻辑。
 - **数据结构**：涉及的 DTO、Command、Query 的定义要求
@@ -120,21 +120,21 @@ alwaysApply: false
 2. **合并依赖项**：将该入口点涉及的所有业务逻辑（Service）、数据访问（Repository）、模型定义（DTO/VO/Enum）全部归入该入口点的原子任务中。
 3. **排序与编排**：基于`<thinking>`中的依赖分析，对任务进行逻辑排序（先基础后上层，先前置后依赖）。
 4. **生成文件**：为每个识别出的入口点生成独立的任务 Markdown 文件。
-5. **生成总览**：任务拆解完成后，必须在 `.docs/{功能名称}/task/README.md` 输出任务总览。
+5. **生成总览**：任务拆解完成后，必须在 `6aspec/{kebab-case-功能名称}/tasks/README.md` 输出任务总览。
 6. **状态维护（必须执行）**：后续每当完成一个任务，必须同步更新：
-   - 对应任务文件中的“任务状态”。
-   - `.docs/{功能名称}/task/README.md` 中该任务的状态展示。
+   - 对应任务文件中的"任务状态"。
+   - `6aspec/{kebab-case-功能名称}/tasks/README.md` 中该任务的状态展示。
 
 ## 输出要求
 1. **格式**：Markdown 源码格式。
 2. **一致性**：任务中的类名、方法名和字段名必须与 TDD 保持完全一致。
 3. **禁用范围**：不拆解前端任务、不拆解单纯的单元测试任务、不拆解 Entity/SQL 任务。
-4. **总览 README（必须输出）**：在 `.docs/{功能名称}/task/README.md` 生成任务总览文件，必须包含：
+4. **总览 README（必须输出）**：在 `6aspec/{kebab-case-功能名称}/tasks/README.md` 生成任务总览文件，必须包含：
    - **项目进度看板**：任务总工时、已完成工时、进度条。
    - **任务清单**：按推荐执行顺序排列，包含状态图标 (✅/🔄/⏳)。
    - **开发阶段划分**：建议将任务划分为 Phase 1 (Core), Phase 2 (Extensions) 等阶段。
    - **验收标准汇总**：从各任务 DoD 汇总，形成整体 DoD。
-   - **注意事项与相关文档链接**: 至少包含：TDD、API_def、如存在则包含 Visual 文档链接
+   - **注意事项与相关文档链接**: 至少包含：tech-design.md、api-definition.md、如存在则包含 visual-logic.md 文档链接
 
 ## 流程完成提示 (Workflow Progress)
 
@@ -144,12 +144,12 @@ alwaysApply: false
 
 ---
 
-✅ **已完成：任务拆解 (6A-task)**
+✅ **已完成：任务拆解 (tasks)**
 
 📊 **进度：3/4 (主流程)**
 
 **下一步建议：**
-- 【主流程】执行开发任务：命令 `6A-execute-task`
+- 【主流程】执行开发任务：命令 `execute-task`
   开始执行具体的开发任务，将设计转化为代码实现
 
 **完整流程图：**

package/.6aspec/rules/{6A → green}/6A_visual_logic_sop.md

@@ -3,7 +3,7 @@ description: 基于TDD生成 Mermaid 流程图/交互时序图/状态机图的
 alwaysApply: false
 ---
 
-# 6A-visual-logic: 基于 TDD 生成 Mermaid 图表的标准操作流程（按需生成）
+# visual-logic: 基于 TDD 生成 Mermaid 图表的标准操作流程（按需生成）
 
 ## 背景与原则
 本 SOP 用于在“需要时”生成业务逻辑可视化图表。不是每次需求都复杂，也不是每个业务功能都需要图表，因此本 SOP 强制遵守：
@@ -21,14 +21,14 @@ alwaysApply: false
 
 ## 输入要求
 ### 必需输入
-- **TDD 文档路径**：`.docs/{功能名称}/TDD_{功能名称}.md`
+- **TDD 文档路径**：`6aspec/{kebab-case-功能名称}/tech-design.md`（功能名称使用 kebab-case 命名，如：user-authentication）
 - **人类选择的生成范围（必须明确，否则中断提问）**：
   - 需要生成的图表类型：Flowchart / Sequence / State（可多选）
   - 覆盖范围：具体到“哪些入口/哪些业务流程/哪些对象”（例如：仅 `3.1` 中某个写 API；或某个事件订阅；或某个后台任务）
   - 抽象层级：是否细到 service/repository/facade 级别（建议默认到 service/repository/facade）
 
 ### 可选输入（用于补齐 TDD 未显式写清的信息）
-- 数据模型文档：`.docs/{功能名称}/MODEL_{功能名称}.md`
+- 数据模型文档：`6aspec/{kebab-case-功能名称}/domain-model.md`
 - PRD：`.prd/{功能名称}-prd.md`
 - 事件清单：`./.6aspec/biz/event-list.md`（当涉及事件订阅/发布时）
 - 能力地图：`./.6aspec/biz/functional-capability-Map.md`（当涉及跨模块 Facade 依赖时）
@@ -42,7 +42,7 @@ alwaysApply: false
 
 ## 输出要求
 1. **输出格式**：Markdown 源码 + Mermaid 代码块（严禁截图）
-2. **输出位置**：`.docs/{功能名称}/TDD_{功能名称}_Visual.md`
+2. **输出位置**：`6aspec/{kebab-case-功能名称}/visual-logic.md`
 3. **引用关系**：在输出文档开头必须写明：
    - 输入 TDD 文档路径
    - 本次选择生成的图表类型与覆盖范围
@@ -88,7 +88,7 @@ alwaysApply: false
 - 迁移必须标注触发入口（API/事件/定时任务/后台任务）
 
 ### 第四步：输出文档并自检
-1. 写入 `.docs/{功能名称}/TDD_{功能名称}_Visual.md`
+1. 写入 `6aspec/{kebab-case-功能名称}/visual-logic.md`
 2. 自检：
    - Mermaid 语法是否完整
    - 是否严格遵循"按需生成"与"范围约束"
@@ -102,12 +102,12 @@ alwaysApply: false
 
 ---
 
-✅ **已完成：生成可视化逻辑图 (6A-visual-logic) - 可选流程**
+✅ **已完成：生成可视化逻辑图 (visual-logic) - 可选流程**
 
 📊 **进度：可选流程已完成**
 
 **下一步建议：**
-- 【主流程】任务拆解：命令 `6A-task`
+- 【主流程】任务拆解：命令 `tasks`
   继续主流程，将技术方案拆解为可执行的开发任务
 
 **完整流程图：**

package/.claude/commands/6aspec/green/design.md

@@ -0,0 +1,8 @@
+---
+description: design workflow
+---
+1. Immediate response upon activation: design workflow has been activated.
+2. **You must first read and strictly abide by the principles in the constitutional documents**：`.6aspec/rules/green/6A_constitution.md`
+3. Read file: `.6aspec/rules/green/6A_design_sop.md`
+4. Strictly follow the "New Feature Architecture SOP" defined in that file.
+5. Output the Technical Design Document (TDD).

package/.claude/commands/{6A/6A-execute-task.md → 6aspec/green/execute-task.md}

@@ -1,5 +1,5 @@
 ---
-description: 6A-code: 执行开发任务 (Execute Task)
+description: 执行开发任务 (Execute Task)
 ---
 
 # 执行开发任务指令
@@ -10,11 +10,11 @@ description: 6A-code: 执行开发任务 (Execute Task)
 当用户提供一个任务文件路径（如 `@task_01_api_xxx.md`）并要求“执行任务”时：
 
 1.  **激活角色**：切换至 `Senior Developer` 角色。
-2.  **调用 SOP**：严格遵循 `.6aspec/rules/6A/6A_code_implementation_sop.md` 中的协议。
+2.  **调用 SOP**：严格遵循 `.6aspec/rules/green/6A_code_implementation_sop.md` 中的协议。
     - **Step 0**: 上下文加载 (Task + TDD + Rules)
     - **Step 1**: 自底向上编码 (DTO -> Repo -> Service -> API)
     - **Step 2**: 质量检查 (Lint)
     - **Step 3**: 状态更新 (Task File + README)
 
 ## 快捷指令参数
-用户可以直接输入：`6A-exec @task_file`
+用户可以直接输入：`exec @task_file`

package/.claude/commands/6aspec/green/import-model-table.md

@@ -0,0 +1,8 @@
+---
+description: import-model-table workflow
+---
+1. Immediate response upon activation: import-model-table workflow has been activated
+2. Read file: `.6aspec/rules/green/6A_import_model_table_sop.md`
+3. Strictly follow the "Import Model Table SOP" defined in that file
+4. Execute the python script to import entities
+

package/.claude/commands/{6A/6A-init.md → 6aspec/green/init.md}

@@ -4,11 +4,11 @@ description: Init Project Artifacts (Functional Map & Event List)
 Immediate response upon activation: Project Artifacts Initialization workflow has been activated.
 
 Phase 1: Functional Capability Map
-1. Read file: `.6aspec/rules/6A/6A_init_map_sop.md`
+1. Read file: `.6aspec/rules/green/6A_init_map_sop.md`
 2. Strictly follow the "Init Functional Capability Map SOP" defined in that file.
 3. Execute the codebase scan and update the artifact at `.6aspec/biz/functional-capability-Map.md`.
 
 Phase 2: Event List
-1. Read file: `.6aspec/rules/6A/6A_init_event_list_sop.md`
+1. Read file: `.6aspec/rules/green/6A_init_event_list_sop.md`
 2. Strictly follow the "Event List Generation SOP" defined in that file.
 3. Execute the codebase scan and update the artifact at `.6aspec/biz/event-list.md`.

package/.claude/commands/{6A/6A-model.md → 6aspec/green/model.md}

@@ -1,12 +1,12 @@
 ---
-description: 6A-model workflow
+description: model workflow
 ---
-1. Immediate response upon activation: 6A-model workflow has been activated
-2. **You must first read and strictly abide by the principles in the constitutional documents**：`.6aspec/rules/6A/6A_constitution.md`
+1. Immediate response upon activation: model workflow has been activated
+2. **You must first read and strictly abide by the principles in the constitutional documents**：`.6aspec/rules/green/6A_constitution.md`
 3. **Context Restriction**: 
    - Do NOT perform `codebase_search`.
    - Do NOT read any files unless they are explicitly provided by the user (via '@') or explicitly listed in the SOP steps.
    - Stop and ask the user if you think you need more information.
-4. Read file: `.6aspec/rules/6A/6A_model_sop.md`
+4. Read file: `.6aspec/rules/green/6A_model_sop.md`
 5. Strictly follow the "Domain modeling and database design Architecture SOP" defined in that file
 6. Output the Domain model and table design

package/.claude/commands/6aspec/green/tasks.md

@@ -0,0 +1,8 @@
+---
+description: tasks workflow
+---
+1. Immediate response upon activation: tasks workflow has been activated
+2. **You must first read and strictly abide by the principles in the constitutional documents**：`.6aspec/rules/green/6A_constitution.md`
+3. Read file: `.6aspec/rules/green/6A_tasks_sop.md`
+4. Strictly follow the "Task Decomposition SOP" defined in that file
+5. Output the task list

package/.claude/commands/6aspec/green/visual-logic.md

@@ -0,0 +1,9 @@
+---
+description: visual-logic workflow
+---
+1. Immediate response upon activation: visual-logic workflow has been activated.
+2. **You must first read and strictly abide by the principles in the constitutional documents**：`.6aspec/rules/green/6A_constitution.md`
+3. Read file: `.6aspec/rules/green/6A_visual_logic_sop.md`.
+4. Strictly follow the "Visual Logic Diagrams SOP" defined in that file.
+5. Output Mermaid diagrams as specified in the SOP.
+