sdd-full 5.0.5 → 5.0.6

package/.claude/agents/orchestrator.md

@@ -33,7 +33,12 @@ slots:
 - "新项目"、"从零开始"、"创建新项目"、"完整流程"、"完整SDD"
 
 执行路径：
-1. 调用 ux-requirement → standards-expert → ui-designer → api-contract → database → frontend → backend → quality-gate → consistency-auditor → release-agent → knowledge-agent
+1. 需求阶段：market-research + competitive-brief → brainstorming → roundtable-meeting → requirement-completion-officer → prd-write → sdd
+2. 设计阶段：ui-sdd → sdd-code → sdd-test → writing-plans
+3. 开发阶段：test-driven-development → verification-before-completion
+4. 质量阶段：quality-gate → security-audit
+5. 发布阶段：finishing-a-development-branch → release-flow
+6. 知识沉淀：claudeception → mempalace-auto-saver
 
 ### 2. 变更管理（新增/修改功能）
 触发关键词：
@@ -90,6 +95,19 @@ slots:
 
 ## 与其他Agent的协作
 
+### roundtable-meeting（圆桌会议）
+负责：多角色视角评审、用户/产品/UX/技术/测试视角切换、评审报告生成、决策建议
+
+**协调流程**：
+1. 在brainstorming完成后自动触发
+2. 依次执行5个视角评审：用户→产品→UX→技术→测试
+3. 收集评审反馈并生成综合报告
+4. 根据评审结论决定是否进入下一阶段
+5. 通过→requirement-completion-officer；修订→返回修改；暂缓→重新评估
+
+**输入**：头脑风暴产出的需求文档、PRD初稿（如有）
+**输出**：评审报告、决策建议、待修改项清单
+
 ### ux-requirement（用户需求）
 负责：用户需求分析、用户体验设计、需求文档编写
 
@@ -149,7 +167,19 @@ slots:
 ### 示例1：从零开始新项目
 ```
 用户：我要创建一个个人备忘录APP
-Orchestrator：识别为新项目 → 调用 ux-requirement
+Orchestrator：识别为新项目
+  ↓
+market-research + competitive-brief（市场调研+竞品分析）
+  ↓
+brainstorming（头脑风暴）
+  ↓
+roundtable-meeting（圆桌会议评审：用户→产品→UX→技术→测试）
+  ↓
+requirement-completion-officer（需求收口）
+  ↓
+prd-write（编写PRD）
+  ↓
+sdd（需求拆分）
 ```
 
 ### 示例2：新增功能

package/.claude/agents/roundtable-meeting.md

@@ -0,0 +1,167 @@
+---
+name: "Roundtable Meeting Agent"
+role: "圆桌会议协调Agent"
+description: "协调多角色视角评审，模拟用户、产品、UX、技术、测试视角进行全面需求评审"
+slots:
+  - name: "review_type"
+    description: "评审类型"
+    type: "enum"
+    enum_values: ["requirement_review", "design_review", "architecture_review", "testing_review"]
+  - name: "current_stage"
+    description: "当前评审阶段"
+    type: "enum"
+    enum_values: ["user_perspective", "product_perspective", "ux_perspective", "tech_perspective", "test_perspective", "summary"]
+  - name: "review_result"
+    description: "评审结果"
+    type: "enum"
+    enum_values: ["approved", "needs_revision", "postponed"]
+---
+
+# Roundtable Meeting Agent - 圆桌会议协调Agent
+
+## 核心职责
+
+作为需求分析阶段的关键评审环节，负责：
+1. 协调多角色视角的评审流程
+2. 依次切换用户、产品、交互UX、技术可行性、测试视角进行评审
+3. 收集各视角反馈并生成综合评审报告
+4. 输出评审结论和决策建议
+
+## 评审流程
+
+### 完整评审流程
+
+```
+开始评审
+  ↓
+用户视角评审
+  ↓
+产品视角评审
+  ↓
+交互UX视角评审
+  ↓
+技术可行性视角评审
+  ↓
+测试视角评审
+  ↓
+综合评审结论
+```
+
+### 各视角评审要点
+
+#### 1. 用户视角评审
+- **评审维度**：用户价值、使用场景、用户体验
+- **评审问题**：
+  - 需求是否真正解决用户痛点？
+  - 用户使用场景是否清晰？
+  - 用户价值是否明确？
+  - 是否符合用户习惯和预期？
+
+#### 2. 产品视角评审
+- **评审维度**：产品战略、商业价值、优先级
+- **评审问题**：
+  - 需求是否符合产品战略方向？
+  - 是否与现有产品定位一致？
+  - 是否有商业价值？
+  - 优先级是否合理？
+
+#### 3. 交互UX视角评审
+- **评审维度**：用户体验、交互设计、可用性
+- **评审问题**：
+  - 用户体验流程是否顺畅？
+  - 是否存在交互障碍？
+  - 是否符合可用性原则？
+  - 是否考虑到不同用户群体？
+
+#### 4. 技术可行性视角评审
+- **评审维度**：技术实现、风险评估、资源需求
+- **评审问题**：
+  - 技术实现难度如何？
+  - 是否有技术风险？
+  - 技术方案是否成熟？
+  - 资源需求评估（时间、人力）是否合理？
+
+#### 5. 测试视角评审
+- **评审维度**：可测试性、测试覆盖、测试数据
+- **评审问题**：
+  - 需求是否可测试？
+  - 测试覆盖是否完整？
+  - 是否有不可测试的需求？
+  - 测试数据准备是否充分？
+
+## 评审评估矩阵
+
+| 维度 | 评分（1-5） | 风险等级 | 建议 |
+|------|------------|---------|------|
+| 用户价值 | | | |
+| 产品战略 | | | |
+| UX体验 | | | |
+| 技术可行性 | | | |
+| 可测试性 | | | |
+
+## 决策机制
+
+### 评审结论判定
+
+- **✅ 通过（Approved）**：所有维度评分≥3分，可进入下一阶段
+- **⚠️ 修订后重审（Needs Revision）**：部分维度评分<3分，需返回修改后重新评审
+- **❌ 暂缓（Postponed）**：关键维度风险过高，建议重新评估需求价值
+
+### 决策输出
+
+```
+评审结论：[通过/修订后重审/暂缓]
+
+评估摘要：
+- 用户视角：[评分] - [简要反馈]
+- 产品视角：[评分] - [简要反馈]
+- UX视角：[评分] - [简要反馈]
+- 技术视角：[评分] - [简要反馈]
+- 测试视角：[评分] - [简要反馈]
+
+建议：[具体建议]
+```
+
+## 与Orchestrator的协作
+
+### 触发条件
+- 在brainstorming（头脑风暴）完成后自动触发
+- 在requirement-completion-officer（需求收口）前执行
+
+### 输入
+- 头脑风暴输出的需求文档
+- PRD初稿（如有）
+- 相关设计稿（如有）
+
+### 输出
+- 角色圆桌评审报告
+- 评审结论和决策建议
+- 待修改项清单
+
+## 使用示例
+
+### 示例1：需求评审
+```
+Orchestrator：识别为新项目流程
+  ↓
+market-research + competitive-brief
+  ↓
+brainstorming
+  ↓
+Roundtable Meeting Agent（圆桌会议评审）
+  ↓
+requirement-completion-officer
+```
+
+### 示例2：设计评审
+```
+Orchestrator：识别为设计评审需求
+  ↓
+Roundtable Meeting Agent（设计评审模式）
+  ↓
+输出设计评审报告
+```
+
+## 输出文档
+
+- `docs/reviews/roundtable-meeting-YYYYMMDD-HHMMSS.md` - 圆桌会议评审报告

package/.claude/commands/flow.md

@@ -5,47 +5,46 @@ argument-hint:
 
 当用户输入 /flow 命令时，执行以下流程：
 
-1. 显示完整的技能决策树，按分类列出所有技能：
-
-   **需求分析类**
-   - brainstorming — 头脑风暴、创意、想法、需求发散
-   - market-research — 市场调研、竞品分析、用户需求
-   - competitive-brief — 竞品简报、竞品对比
-   - prd-write — 写PRD、产品需求文档
-   - requirement-completion-officer — 需求补全、需求澄清
-   - sdd — SDD拆分、需求拆分
-   - sdd-full — 完整SDD流程、全流程
-
-   **设计规划类**
-   - ui-sdd — UI设计、界面设计、交互设计
-   - sdd-code — 代码设计、实现方案、技术方案
-   - sdd-test — 测试设计、测试方案
+1. 显示完整的技能决策树，按流程阶段分类列出所有技能：
+
+   **📋 需求分析阶段**
+   - market-research — 市场调研、目标用户分析
+   - competitive-brief — 竞品分析、竞品对比矩阵
+   - brainstorming — 头脑风暴、创意发散
+   - role-roundtable-review — 角色圆桌评审（用户/产品/UX/技术/测试）
+   - requirement-completion-officer — 需求补全、5W1H澄清
+   - prd-write — 编写PRD、产品需求文档
+   - sdd — 需求拆分、用户故事、架构设计
+
+   **🎨 设计规划阶段**
+   - ui-sdd — UI交互SDD、页面/组件/弹窗设计
+   - sdd-code — 功能实现SDD、代码规范定义
+   - sdd-test — 测试SDD、测试用例设计
    - sdd-deploy — 部署设计、发布方案
    - sdd-ops — 运维设计、监控方案
-   - writing-plans — 制定计划、开发计划
+   - writing-plans — 制定开发计划
 
-   **开发执行类**
-   - sdd-add — 快速开发、小功能、临时需求
-   - test-driven-development — TDD、测试驱动、先写测试
-   - systematic-debugging — 调试、Bug排查、问题定位
-   - verification-before-completion — 验证、代码检查、提交前检查
+   **💻 开发执行阶段**
+   - test-driven-development — TDD开发、测试驱动
+   - sdd-add — 快速开发、小功能实现
+   - systematic-debugging — 系统化调试、Bug定位
+   - verification-before-completion — 完成前验证
 
-   **质量保障类**
-   - quality-gate — 质量检查、门禁、发布检查
-   - security-audit — 安全检查、安全审计
+   **✅ 质量保障阶段**
+   - quality-gate — 质量门禁、发布前检查
+   - security-audit — 安全审计、漏洞扫描
 
-   **发布运维类**
-   - finishing-a-development-branch — 完成分支、合并分支
-   - release-flow — 发布流程、版本发布
+   **🚀 发布运维阶段**
+   - finishing-a-development-branch — 完成分支、代码合并
+   - release-flow — 发布流程、版本管理
 
-   **知识沉淀类**
-   - claudeception — 提取技能、保存经验、持续学习
-   - mempalace-auto-saver — 保存记忆、自动存档
+   **📚 知识沉淀阶段**
+   - claudeception — 提取技能、经验沉淀
+   - mempalace-auto-saver — 记忆存储、自动存档
 
-   **专项工具类**
-   - using-superpowers — 全流程、自动化流程
-   - requesting-code-review — 请求审查、代码审查
-   - receiving-code-review — 接收审查、处理审查意见
+   **🔧 专项工具类**
+   - requesting-code-review — 请求代码审查
+   - receiving-code-review — 处理审查意见
 
 2. 显示快捷命令列表：
 
@@ -59,5 +58,18 @@ argument-hint:
    | /save | 知识沉淀 |
    | /new | 新项目完整流程 |
    | /review | 代码审查 |
+   | /sdd | SDD需求拆分 |
+   | /ui | UI设计SDD |
+   | /test | 测试SDD |
+   | /git | Git操作（状态/提交） |
+
+3. 显示流程入口说明：
+
+   ```
+   流程入口说明：
+   ├─ Orchestrator（推荐）：智能意图识别，自动路由到对应流程
+   ├─ sdd-full-flow：简化版快速入口，直接选择流程类型
+   └─ 命令触发：/new /full /dev /bug /release 等快捷命令
+   ```
 
-3. 询问用户需要执行哪个技能或命令，根据选择触发对应操作
+4. 询问用户需要执行哪个技能或命令，根据选择触发对应操作

package/.claude/commands/git.md

@@ -0,0 +1,30 @@
+---
+description: /git command
+argument-hint: commit|status|log|auto-commit
+---
+
+当用户输入 /git 命令时，执行以下流程：
+
+1. **显示git状态**：
+   ```
+   📊 Git状态检查：
+   ├─ 修改的文件：X个
+   ├─ 未跟踪的文件：Y个
+   ├─ 暂存的文件：Z个
+   └─ 当前分支：branch-name
+   ```
+
+2. **提供快捷操作**：
+   | 命令 | 用途 |
+   |------|------|
+   | /git status | 查看当前状态 |
+   | /git log | 查看提交历史 |
+   | /git auto-commit | 自动提交（遵循R-GIT-001规则） |
+   | /git help | 显示帮助信息 |
+
+3. **自动提交规则**（遵循R-GIT-001）：
+   - 提交信息格式：`AI运行结束 - 操作类型：XXX - 时间：YYYY-MM-DD HH:MM:SS`
+   - 包含所有修改文件
+   - 自动触发知识沉淀（claudeception）
+
+4. **执行用户选择的操作**

package/.claude/skills/role-roundtable-review/SKILL.md

@@ -0,0 +1,104 @@
+【claude code调用标识：role-roundtable-review】【trae调用标识：role-roundtable-review+角色圆桌评审】【流程场景：需求分析阶段·头脑风暴后】
+
+---
+name: role-roundtable-review
+description: "角色圆桌评审：切换用户视角、产品、交互UX、技术可行性、测试视角进行多维度评审"
+---
+
+# 角色圆桌评审
+
+## 职责定位
+
+本技能是**需求分析阶段的关键评审环节**，在头脑风暴后、需求收口前执行，通过多角色视角切换进行全面评审，确保需求的完整性和可行性。
+
+**前置依赖**：brainstorming（头脑风暴）已完成
+
+**后置技能**：requirement-completion-officer（需求收口）
+
+---
+
+## 核心流程
+
+```
+用户视角 → 产品视角 → 交互UX视角 → 技术可行性视角 → 测试视角 → 综合评审结论
+```
+
+---
+
+## 评审维度
+
+### 1. 用户视角评审
+
+**评审要点**：
+- 需求是否真正解决用户痛点？
+- 用户使用场景是否清晰？
+- 用户价值是否明确？
+- 是否符合用户习惯和预期？
+
+**输出**：用户价值评估报告
+
+### 2. 产品视角评审
+
+**评审要点**：
+- 需求是否符合产品战略方向？
+- 是否与现有产品定位一致？
+- 是否有商业价值？
+- 优先级是否合理？
+
+**输出**：产品价值评估报告
+
+### 3. 交互UX视角评审
+
+**评审要点**：
+- 用户体验流程是否顺畅？
+- 是否存在交互障碍？
+- 是否符合可用性原则？
+- 是否考虑到不同用户群体？
+
+**输出**：UX评估报告
+
+### 4. 技术可行性视角评审
+
+**评审要点**：
+- 技术实现难度如何？
+- 是否有技术风险？
+- 技术方案是否成熟？
+- 资源需求评估（时间、人力）
+
+**输出**：技术可行性评估报告
+
+### 5. 测试视角评审
+
+**评审要点**：
+- 需求是否可测试？
+- 测试覆盖是否完整？
+- 是否有不可测试的需求？
+- 测试数据准备是否充分？
+
+**输出**：可测试性评估报告
+
+---
+
+## 评审结论
+
+### 综合评估矩阵
+
+| 维度 | 评分（1-5） | 风险等级 | 建议 |
+|------|------------|---------|------|
+| 用户价值 | | | |
+| 产品战略 | | | |
+| UX体验 | | | |
+| 技术可行性 | | | |
+| 可测试性 | | | |
+
+### 决策建议
+
+- **通过**：所有维度评分≥3分，进入需求收口阶段
+- **修订后重审**：部分维度需优化，返回修改
+- **暂缓**：风险过高，建议重新评估需求价值
+
+---
+
+## 输出文档
+
+- `docs/reviews/role-roundtable-YYYYMMDD.md` - 角色圆桌评审报告

package/.claude/skills/sdd/SKILL.md

@@ -1,32 +1,43 @@
-【claude code调用标识：sdd】【trae调用标识：sdd+需求拆分】【流程场景：1.完整3阶段SDD流程、2.从零开始新项目、3.小型功能迭代】
+【claude code调用标识：sdd】【trae调用标识：sdd+需求拆分】【流程场景：需求分析阶段核心技能】
 
 ---
 name: sdd
-description: 用于将大型需求拆分为用户故事、UI设计、前后端架构边界、数据库/API契约与子代理可用的SDD功能规格，支持个人开发，适配Superpowers/Trae-CN全流程开发。
+description: 需求拆分核心技能，负责将需求拆分为用户故事、前后端架构边界、数据库/API契约，产出子代理可用的SDD功能规格。UI设计请使用ui-sdd，实现设计请使用sdd-code。
 ---
 
-# SDD 需求拆分（个人开发版）
+# SDD 需求拆分（需求层核心技能）
 
 ## 概述
 
-本技能提供一套**"垂直切片+水平分层"双模式**需求拆分流程，兼顾敏捷快速交付与架构规范，专为个人开发者设计：
+本技能是**需求分析阶段的核心技能**，负责将模糊的业务需求转化为清晰的用户故事和技术规格：
 
-**大需求 → 第0步：Epic拆分（超大需求适用）→ 第0.5步：拆用户故事 → 第1步：拆UI设计 → 第2步：拆前后端分离架构 → 第3步：拆数据库+接口 → 第4步：拆SDD**
+**大需求 → Epic拆分（超大需求适用）→ 用户故事拆分（INVEST原则）→ 前后端架构拆分 → 数据库+接口拆分 → SDD垂直切片**
 
 核心目的：
-- 既保证**快速交付用户价值**，又确保**技术架构规范**
-- 明确前后端**权责边界与协作契约**
-- 产出子代理可直接消费的**SDD功能规格**
-- 适配Superpowers/Trae-CN的**子代理驱动开发**与**测试驱动开发**工作流
+- 产出符合INVEST原则的用户故事
+- 明确前后端权责边界与协作契约
+- 生成子代理可直接消费的SDD功能规格
+
+---
+
+## 职责边界
+
+| 技能 | 职责 | 产出 |
+|------|------|------|
+| sdd | 需求层·业务拆分 | 用户故事、架构边界、接口契约 |
+| ui-sdd | 架构层·UI交互设计 | UI页面/组件/弹窗SDD |
+| sdd-code | 实现层·功能实现设计 | 代码实现SDD |
+
+**注意**：本技能不负责详细UI设计和代码实现设计，相关工作请分别调用 **ui-sdd** 和 **sdd-code**。
 
 ---
 
 ## 何时使用
 
-- 你有一个**大型、模糊、跨模块**的需求/想法，需要结构化拆解
-- 项目采用**前后端分离架构**，需要明确技术边界
-- 在 **Superpowers / Trae-CN** 中进行**完整全流程开发**
-- 需要**敏捷迭代+架构规范**双保障，既快速交付又避免技术债务
+- 需要将大型、模糊、跨模块的需求/想法进行结构化拆解
+- 需要明确前后端技术边界和协作契约
+- 在完整全流程开发中进行需求分析阶段工作
+- 需要为子代理驱动开发准备可执行的SDD规格
 
 ---
 

package/.claude/skills/sdd-add/SKILL.md

@@ -1,4 +1,4 @@
-【claude code调用标识：sdd-add】【trae调用标识：sdd-add+临时功能落地】【流程场景：3.小型功能迭代、4.Bug处理】
+【claude code调用标识：sdd-add】【trae调用标识：sdd-add+临时功能落地】【流程场景：开发执行阶段·个人快速开发】
 
 ---
 name: sdd-add
@@ -7,6 +7,19 @@ description: 个人开发临时新增功能全流程落地：需求澄清→优
 
 # 个人开发临时功能全流程落地
 
+## 职责定位
+
+本技能是**开发执行阶段的个人快速开发技能**，专注于个人开发者处理临时、小型需求的快速落地流程。
+
+| 角色 | 适用场景 | 特点 |
+|------|---------|------|
+| sdd-add | 个人开发、临时需求、小功能 | 快速、自主、轻量 |
+| Change Manager | 团队协作、变更管理、影响分析 | 规范、审批、追踪 |
+
+**适用边界**：适用于个人开发者独立完成的小型功能，复杂需求或团队协作场景请使用 Change Manager。
+
+---
+
 ## 概述
 
 本技能提供一套完整的**个人开发临时功能处理流程**，确保临时功能不打乱节奏、不埋技术债务，同时兼顾**快速交付**与**架构规范**。

package/.claude/skills/sdd-code/SKILL.md

@@ -1,12 +1,26 @@
-【claude code调用标识：sdd-code】【trae调用标识：sdd-code+功能实现SDD拆分】【流程场景：1.完整3阶段SDD流程、2.从零开始新项目、3.小型功能迭代、4.Bug处理】
+【claude code调用标识：sdd-code】【trae调用标识：sdd-code+功能实现SDD拆分】【流程场景：设计规划阶段·实现设计】
 
 ---
 name: "sdd-code"
-description: "功能实现逻辑SDD拆分，将用户故事拆分为独立可交付的功能实现SDD，按语言架构特性适配。Invoke when needing to split user stories into implementation-level SDDs after basic SDD split."
+description: "功能实现逻辑SDD拆分，将用户故事和UI设计拆分为独立可交付的功能实现SDD，按语言架构特性适配。Invoke after sdd and ui-sdd are completed."
 ---
 
 # 功能实现逻辑SDD拆分技能
 
+## 职责定位
+
+本技能是**设计规划阶段的实现设计核心技能**，负责将sdd产出的用户故事和ui-sdd产出的UI设计转化为可执行的代码实现SDD。
+
+| 技能 | 职责 | 产出 |
+|------|------|------|
+| sdd | 需求层·业务拆分 | 用户故事、架构边界 |
+| ui-sdd | 架构层·UI交互设计 | UI页面/组件/弹窗SDD |
+| sdd-code | 实现层·功能实现设计 | 代码实现SDD |
+
+**前置依赖**：需先完成sdd需求拆分和ui-sdd设计，再调用本技能。
+
+---
+
 本技能定义「功能实现逻辑SDD拆分」为独立技能，核心解决「功能实现逻辑如何拆分、拆分多少个SDD、不同场景下如何适配」的核心问题，可直接嵌入原有开发流程。
 
 ## 核心原则

package/.claude/skills/sdd-full/SKILL.md

@@ -1,40 +1,33 @@
-【claude code调用标识：sdd-full-flow】【trae调用标识：sdd-full-flow+全流程开发】【流程场景：1.完整3阶段SDD流程、2.从零开始新项目、3.小型功能迭代、4.Bug处理、5.代码发布】
+【claude code调用标识：sdd-full-flow】【trae调用标识：sdd-full-flow+全流程开发】【流程场景：快速启动开发流程】
 
 ---
 name: sdd-full-flow
-description: "Use when starting a new project from scratch, performing small feature iterations, handling bugs, or releasing code"
+description: "简化版全流程入口，适合快速启动开发。完整智能调度请使用Orchestrator Agent"
 ---
 
 <TRIGGER-WORDS>
-- 从零开始新项目
-- 我现在要做新项目
-- 新项目启动
-- 从零开始
-- 创建新项目
-- 我现在要做小型功能迭代
-- 功能迭代
-- 小型迭代
-- 快速迭代
-- 新增小功能
-- 我现在要处理Bug
-- 处理Bug
-- 修复Bug
-- Bug修复
-- 调试Bug
-- 我现在要发布代码
-- 发布代码
-- 代码发布
-- 部署上线
-- 发布上线
 - 启动开发流程
 - 开始开发
+- 快速开始
+- 快速启动
 </TRIGGER-WORDS>
 
 <SUBAGENT-STOP>
 如果您被派作为子代理执行特定任务，请跳过此技能。
 </SUBAGENT-STOP>
 
-# SDD全流程开发
+# SDD全流程开发（简化版入口）
+
+## 📌 定位说明
+
+本技能是**简化版流程入口**，适合快速启动开发。对于复杂项目或需要智能调度的场景，请使用 **Orchestrator Agent**。
+
+| 入口类型 | 适用场景 | 特点 |
+|---------|---------|------|
+| sdd-full-flow | 快速启动、简单项目 | 直接进入流程选择 |
+| Orchestrator | 复杂项目、智能调度 | 意图识别、智能路由 |
+
+---
 
 ## 🎯 流程选项
 

package/.claude/skills/sdd-test/SKILL.md

@@ -1,12 +1,26 @@
-【claude code调用标识：sdd-test】【trae调用标识：sdd-test+测试SDD拆分】【流程场景：1.完整3阶段SDD流程、3.小型功能迭代、4.Bug处理】
+【claude code调用标识：sdd-test】【trae调用标识：sdd-test+测试SDD拆分】【流程场景：设计规划阶段·测试设计】
 
 ---
 name: "sdd-test"
-description: "测试SDD拆分技能，将用户故事拆分为可执行的测试SDD。Invoke when you need to create test SDDs after sdd-code is complete."
+description: "测试SDD拆分技能，将用户故事拆分为可执行的测试SDD。Invoke after sdd-code is complete."
 ---
 
 # sdd-test - 测试SDD拆分技能
 
+## 职责定位
+
+本技能是**设计规划阶段的测试设计核心技能**，负责将用户故事和功能实现SDD转化为完整的测试设计方案。
+
+| 技能 | 职责 | 产出 |
+|------|------|------|
+| sdd-code | 实现层·功能实现设计 | 代码实现SDD |
+| sdd-test | 测试层·测试设计 | 测试用例、测试SDD |
+| QA Agent | 执行层·测试执行 | 测试执行、质量报告 |
+
+**前置依赖**：需先完成sdd-code实现设计，再调用本技能。
+
+---
+
 ## 概述
 
 本技能专注于将用户故事拆分为完整的测试SDD，覆盖单元测试、集成测试、E2E测试、性能测试、安全测试等多种测试类型。
@@ -19,7 +33,8 @@ description: "测试SDD拆分技能，将用户故事拆分为可执行的测试
 - **sdd-code** - 功能实现SDD已完成
 
 ### 后置技能
-- 子代理执行测试
+- **test-driven-development** - 执行测试开发
+- **QA Agent** - 执行测试和质量审查
 
 ---
 

package/.claude/skills/ui-sdd/SKILL.md

@@ -1,9 +1,23 @@
-【claude code调用标识：ui-sdd】【trae调用标识：ui-sdd+UI交互SDD】【流程场景：1.完整3阶段SDD流程、2.从零开始新项目】
+【claude code调用标识：ui-sdd】【trae调用标识：ui-sdd+UI交互SDD】【流程场景：设计规划阶段·UI设计】
 
 # UI-SDD 完整整合版：App全域全景骨架 + 标准模板
 
 ---
 
+## 职责定位
+
+本技能是**设计规划阶段的UI设计核心技能**，负责将sdd产出的用户故事转化为完整的UI交互设计。
+
+| 技能 | 职责 | 产出 |
+|------|------|------|
+| sdd | 需求层·业务拆分 | 用户故事、架构边界 |
+| ui-sdd | 架构层·UI交互设计 | UI页面/组件/弹窗SDD |
+| sdd-code | 实现层·功能实现设计 | 代码实现SDD |
+
+**前置依赖**：需先完成sdd需求拆分，产出用户故事后再调用本技能。
+
+---
+
 ## 第一部分：App全域全景骨架（项目启动第一步）
 
 ### 核心定义

package/bin.js

@@ -6,7 +6,7 @@ const fs = require('fs');
 const path = require('path');
 
 const SDD = {
-  version: '5.0.5',
+  version: '5.0.6',
   name: 'sdd-full',
   description: '完整的软件设计开发技能包'
 };

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "sdd-full",
-  "version": "5.0.5",
+  "version": "5.0.6",
   "description": "SDD Full - 完整的软件设计开发技能包",
   "main": "index.js",
   "bin": "./bin.js",