sdd-full 5.0.4 → 5.0.6

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、不同场景下如何适配」的核心问题，可直接嵌入原有开发流程。
 
 ## 核心原则
@@ -341,7 +355,16 @@ description: "功能实现逻辑SDD拆分，将用户故事拆分为独立可交
 - **sdd-add**：快速迭代补充（如需要）
 - **子代理开发**：执行SDD开发
 
-## 7.3 流程关系
+## 7.3 配套技能
+- **code-split-spec**：代码拆分规范，指导实际代码文件/模块/组件拆分
+- **state-management**：状态管理，处理应用状态管理
+- **data-fetching**：数据获取处理，统一API请求和缓存
+- **component-split**：组件拆分，前端组件化设计
+- **architecture-refactor**：架构重构，如需架构调整时使用
+- **code-review-standard**：代码审查标准，确保代码质量
+- **test-driven-development**：TDD开发，测试驱动开发
+
+## 7.4 流程关系
 ```
-sdd → ui-sdd → sdd-code → sdd-test → 开发
+sdd → ui-sdd → sdd-code → [code-split-spec/component-split/state-management/data-fetching → sdd-test → 开发 → code-review-standard
 ```

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

@@ -22,6 +22,9 @@ description: "SDD全流程通用可复用技能集合"
 - [sdd-deploy](#sdd-deploy) - 部署SDD
 - [writing-plans](#writing-plans) - 制定计划
 - [ui-motion-interaction-standard](#ui-motion-interaction-standard) - UI动效交互标准
+- [code-split-spec](#code-split-spec) - 代码拆分规范
+- [component-split](#component-split) - 组件拆分
+- [architecture-refactor](#architecture-refactor) - 架构重构执行
 
 ### 开发执行类
 - [sdd-add](#sdd-add) - 快速迭代
@@ -30,6 +33,8 @@ description: "SDD全流程通用可复用技能集合"
 - [verification-before-completion](#verification-before-completion) - 完成前验证
 - [design-to-code](#design-to-code) - 设计转代码
 - [performance-optimize](#performance-optimize) - 性能优化
+- [state-management](#state-management) - 状态管理
+- [data-fetching](#data-fetching) - 数据获取处理
 
 ### Flutter专项类
 - [flutter-apply-architecture-best-practices](#flutter-apply-architecture-best-practices) - Flutter架构适配
@@ -53,6 +58,7 @@ description: "SDD全流程通用可复用技能集合"
 - [bug-reproduction-confirm](#bug-reproduction-confirm) - Bug复现确认
 - [requesting-code-review](#requesting-code-review) - 请求代码审查
 - [receiving-code-review](#receiving-code-review) - 接收代码审查
+- [code-review-standard](#code-review-standard) - 代码审查标准
 
 ### 发布运维类
 - [finishing-a-development-branch](#finishing-a-development-branch) - 完成开发分支
@@ -376,3 +382,45 @@ description: "SDD全流程通用可复用技能集合"
 **描述**: 设计契约专家
 **适用场景**: API设计、接口契约
 **关键输出**: 契约文档
+
+---
+
+### code-split-spec
+**描述**: 代码拆分规范
+**适用场景**: 代码文件/模块/组件拆分、架构设计
+**关键输出**: 拆分后的代码结构、规范文档
+
+---
+
+### state-management
+**描述**: 状态管理
+**适用场景**: React/Vue/Flutter状态管理方案选择与实现
+**关键输出**: 状态管理代码、状态结构设计
+
+---
+
+### data-fetching
+**描述**: 数据获取处理
+**适用场景**: API请求、缓存策略、错误处理
+**关键输出**: 数据请求封装、缓存实现
+
+---
+
+### component-split
+**描述**: 组件拆分
+**适用场景**: 前端组件化拆分、可复用组件设计
+**关键输出**: 拆分后的组件、组件库
+
+---
+
+### architecture-refactor
+**描述**: 架构重构执行
+**适用场景**: 架构演进、代码重构、遗留系统改造
+**关键输出**: 重构计划、重构后的代码
+
+---
+
+### code-review-standard
+**描述**: 代码审查标准
+**适用场景**: 代码审查、质量把控
+**关键输出**: 审查报告、改进建议

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/state-management/SKILL.md

@@ -0,0 +1,260 @@
+---
+name: state-management
+description: 状态管理技能 - 提供 React/Vue/Flutter 状态管理最佳实践和方案选择指导
+---
+
+# state-management - 状态管理技能
+
+## 概述
+
+提供状态管理的统一规范和最佳实践，帮助选择合适的状态管理方案，指导状态拆分、存储和更新。
+
+**核心原则：最小化状态、单一数据源、单向数据流**
+
+---
+
+## 1. 状态管理方案选择
+
+### 1.1 方案选型决策树
+
+```
+项目规模小/状态简单？
+├─ 是 → 使用框架原生状态（React useState/Vue data/Flutter State）
+└─ 否 → 需要共享状态？
+       ├─ 否 → 组件内状态
+       └─ 是 → 共享范围？
+              ├─ 局部（几个组件）→ Context/Provider/InheritedWidget
+              └─ 全局/复杂 → Redux/Zustand/Pinia/MobX/Bloc/Riverpod
+```
+
+### 1.2 各场景推荐方案
+
+| 场景 | React | Vue | Flutter |
+|-----|-------|-----|---------|
+| 小项目/简单状态 | useState | data/setup | State |
+| 父子组件共享 | Context + useReducer | Provide/Inject | InheritedWidget |
+| 中等项目 | Zustand/Jotai | Pinia | Provider |
+| 大项目/复杂流 | Redux Toolkit | Pinia + Vuex(legacy) | Bloc/Riverpod |
+
+---
+
+## 2. 状态拆分原则
+
+### 2.1 按生命周期拆分
+
+```
+1. 临时状态（UI状态）：表单输入、弹窗开关、加载状态 → 组件内
+2. 持久状态：用户偏好、主题设置 → LocalStorage/SharedPreferences
+3. 服务端状态：API数据 → 缓存层（React Query/SWR）
+4. URL状态：路由参数、查询字符串 → URL
+```
+
+### 2.2 按作用域拆分
+
+```
+全局状态：App主题、用户登录状态、权限
+  ↓
+模块状态：购物车、当前订单
+  ↓
+页面状态：列表筛选、分页
+  ↓
+组件状态：表单输入、动画进度
+```
+
+### 2.3 状态最小化原则
+
+- **不要存储可计算的数据**：从其他状态派生
+- **不要存储UI组件引用**：使用回调/事件
+- **保持状态扁平化**：避免深层嵌套
+
+```typescript
+// Bad: 存储派生数据
+const state = {
+  items: [...],
+  itemCount: 5, // 可从 items.length 计算
+  filteredItems: [...] // 可从 items 过滤
+};
+
+// Good: 只存储源数据
+const state = {
+  items: [...]
+};
+// 使用选择器获取派生数据
+const getItemCount = (state) => state.items.length;
+```
+
+---
+
+## 3. React 状态管理
+
+### 3.1 Zustand 实践（推荐）
+
+```typescript
+// store/useUserStore.ts
+import { create } from 'zustand';
+
+interface UserState {
+  user: User | null;
+  isLoading: boolean;
+  error: string | null;
+  setUser: (user: User) => void;
+  logout: () => void;
+  fetchUser: (id: string) => Promise<void>;
+}
+
+export const useUserStore = create<UserState>((set, get) => ({
+  user: null,
+  isLoading: false,
+  error: null,
+  
+  setUser: (user) => set({ user }),
+  
+  logout: () => set({ user: null }),
+  
+  fetchUser: async (id) => {
+    set({ isLoading: true, error: null });
+    try {
+      const user = await api.getUser(id);
+      set({ user, isLoading: false });
+    } catch (error) {
+      set({ error: error.message, isLoading: false });
+    }
+  }
+}));
+```
+
+### 3.2 状态拆分示例
+
+```
+src/stores/
+├── useUserStore.ts      # 用户相关
+├── useCartStore.ts      # 购物车
+├── useThemeStore.ts     # 主题
+└── useNotificationStore.ts # 通知
+```
+
+---
+
+## 4. Vue 状态管理
+
+### 4.1 Pinia 实践（推荐）
+
+```typescript
+// stores/user.ts
+import { defineStore } from 'pinia';
+import { ref, computed } from 'vue';
+
+export const useUserStore = defineStore('user', () => {
+  // State
+  const user = ref<User | null>(null);
+  const isLoading = ref(false);
+  const error = ref<string | null>(null);
+  
+  // Getters
+  const isLoggedIn = computed(() => !!user.value);
+  const userName = computed(() => user.value?.name || '');
+  
+  // Actions
+  async function fetchUser(id: string) {
+    isLoading.value = true;
+    error.value = null;
+    try {
+      user.value = await api.getUser(id);
+    } catch (err) {
+      error.value = err.message;
+    } finally {
+      isLoading.value = false;
+    }
+  }
+  
+  function logout() {
+    user.value = null;
+  }
+  
+  return { user, isLoading, error, isLoggedIn, userName, fetchUser, logout };
+});
+```
+
+---
+
+## 5. Flutter 状态管理
+
+### 5.1 Provider 实践（推荐入门）
+
+```dart
+// providers/user_provider.dart
+class UserProvider with ChangeNotifier {
+  User? _user;
+  bool _isLoading = false;
+  String? _error;
+  
+  User? get user => _user;
+  bool get isLoading => _isLoading;
+  String? get error => _error;
+  bool get isLoggedIn => _user != null;
+  
+  Future<void> fetchUser(String id) async {
+    _isLoading = true;
+    _error = null;
+    notifyListeners();
+    
+    try {
+      _user = await api.getUser(id);
+    } catch (e) {
+      _error = e.toString();
+    } finally {
+      _isLoading = false;
+      notifyListeners();
+    }
+  }
+  
+  void logout() {
+    _user = null;
+    notifyListeners();
+  }
+}
+```
+
+### 5.2 Riverpod 实践（推荐进阶）
+
+```dart
+// providers/user_provider.dart
+@riverpod
+class UserNotifier extends _$UserNotifier {
+  @override
+  FutureOr<User?> build() {
+    return null; // 初始状态
+  }
+  
+  Future<void> fetchUser(String id) async {
+    state = const AsyncLoading();
+    try {
+      final user = await api.getUser(id);
+      state = AsyncData(user);
+    } catch (e, stackTrace) {
+      state = AsyncError(e, stackTrace);
+    }
+  }
+  
+  void logout() {
+    state = const AsyncData(null);
+  }
+}
+```
+
+---
+
+## 6. 状态管理检查清单
+
+- [ ] 状态按生命周期和作用域正确拆分
+- [ ] 没有存储可计算的派生数据
+- [ ] 状态结构扁平化，避免深层嵌套
+- [ ] 异步操作有 loading/error 状态
+- [ ] 使用选择器（Selectors）优化渲染
+- [ ] 状态更新通过统一的 actions/mutations
+- [ ] 持久化状态有明确的持久化策略
+
+## 与其他技能的衔接
+
+- **配合**：code-split-spec、data-fetching
+- **参考**：sdd-code、test-driven-development

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全域全景骨架（项目启动第一步）
 
 ### 核心定义