sdd-full 5.0.6 → 5.0.8

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

@@ -1,9 +1,8 @@
-【claude code调用标识：sdd】【trae调用标识：sdd+需求拆分】【流程场景：需求分析阶段核心技能】
+***
 
----
 name: sdd
-description: 需求拆分核心技能，负责将需求拆分为用户故事、前后端架构边界、数据库/API契约，产出子代理可用的SDD功能规格。UI设计请使用ui-sdd，实现设计请使用sdd-code。
----
+description: Use when splitting requirements into user stories, architecture boundaries, database/API contracts, and producing SDD specifications for implementation
+--------------------------------------------------------------------------------------------------------------------------------------------------------------------
 
 # SDD 需求拆分（需求层核心技能）
 
@@ -14,23 +13,24 @@ description: 需求拆分核心技能，负责将需求拆分为用户故事、
 **大需求 → Epic拆分（超大需求适用）→ 用户故事拆分（INVEST原则）→ 前后端架构拆分 → 数据库+接口拆分 → SDD垂直切片**
 
 核心目的：
+
 - 产出符合INVEST原则的用户故事
 - 明确前后端权责边界与协作契约
 - 生成子代理可直接消费的SDD功能规格
 
----
+***
 
 ## 职责边界
 
-| 技能 | 职责 | 产出 |
-|------|------|------|
-| sdd | 需求层·业务拆分 | 用户故事、架构边界、接口契约 |
-| ui-sdd | 架构层·UI交互设计 | UI页面/组件/弹窗SDD |
-| sdd-code | 实现层·功能实现设计 | 代码实现SDD |
+| 技能       | 职责         | 产出             |
+| -------- | ---------- | -------------- |
+| sdd      | 需求层·业务拆分   | 用户故事、架构边界、接口契约 |
+| ui-sdd   | 架构层·UI交互设计 | UI页面/组件/弹窗SDD  |
+| sdd-code | 实现层·功能实现设计 | 代码实现SDD        |
 
 **注意**：本技能不负责详细UI设计和代码实现设计，相关工作请分别调用 **ui-sdd** 和 **sdd-code**。
 
----
+***
 
 ## 何时使用
 
@@ -39,7 +39,7 @@ description: 需求拆分核心技能，负责将需求拆分为用户故事、
 - 在完整全流程开发中进行需求分析阶段工作
 - 需要为子代理驱动开发准备可执行的SDD规格
 
----
+***
 
 ## 核心流程
 
@@ -76,7 +76,7 @@ digraph requirement_splitting {
 流程本质：**先垂直切片（用户价值维度），再水平分层（技术栈维度）**
 优势：**既保证独立交付价值，又确保技术架构规范**
 
----
+***
 
 ## 个人敏捷工作流
 
@@ -88,14 +88,14 @@ digraph requirement_splitting {
 
 ### 2. 关键实践
 
-| 实践 | 具体做法 | 优势 |
-|------|----------|------|
-| 分批交付 | 按用户故事优先级分组，每批1–3个故事，分批完成水平拆分与开发 | 避免全量冻结，支持快速迭代，降低风险 |
-| 并行开发 | 前端按Mock数据开发，后端按契约开发，互不依赖 | 缩短迭代周期，提高开发效率 |
-| 契约版本化 | 每批故事对应一个契约版本，变更只影响当前批次 | 控制变更范围，减少返工成本 |
-| 子代理适配 | 每个SDD对应一个子代理任务，完成后自动审查 | 适配Superpowers/Trae-CN工作流，保证质量 |
+| 实践    | 具体做法                            | 优势                 |
+| ----- | ------------------------------- | ------------------ |
+| 分批交付  | 按用户故事优先级分组，每批1–3个故事，分批完成水平拆分与开发 | 避免全量冻结，支持快速迭代，降低风险 |
+| 并行开发  | 前端按Mock数据开发，后端按契约开发，互不依赖        | 缩短迭代周期，提高开发效率      |
+| 契约版本化 | 每批故事对应一个契约版本，变更只影响当前批次          | 控制变更范围，减少返工成本      |
+| 子代理适配 | 每个SDD对应一个子代理任务，完成后自动审查          | 适配工作流，保证质量         |
 
----
+***
 
 ## 第0步：Epic拆分（超大需求适用）
 
@@ -106,6 +106,7 @@ digraph requirement_splitting {
 ### Epic定义与识别标准
 
 什么是Epic？
+
 - **范围**：预计超过2周完成
 - **价值**：代表宏观用户价值或业务目标
 - **特点**：模糊性高，细节不明确，需要进一步拆解
@@ -140,15 +141,15 @@ digraph requirement_splitting {
 
 ### 6种Epic拆分模式（按场景选择）
 
-| 拆分模式 | 适用场景 | 示例 |
-|----------|----------|------|
-| **按用户旅程拆分** | 有明确用户操作流程的功能 | 购物流程：浏览→详情→加购→结算→订单 |
-| **按功能模块拆分** | 模块化强的系统 | 电商系统：用户→商品→订单→支付 |
-| **按平台适配拆分** | 跨平台开发 | 登录功能：Web→iOS→Android |
-| **按复杂度分层拆分** | 功能复杂度差异大的功能 | 搜索功能：基础搜索→高级筛选→智能推荐 |
-| **按时间阶段拆分** | 有明确时间节点的功能 | 会员系统：MVP版→高级版→尊享版 |
+| 拆分模式         | 适用场景         | 示例                   |
+| ------------ | ------------ | -------------------- |
+| **按用户旅程拆分**  | 有明确用户操作流程的功能 | 购物流程：浏览→详情→加购→结算→订单  |
+| **按功能模块拆分**  | 模块化强的系统      | 电商系统：用户→商品→订单→支付     |
+| **按平台适配拆分**  | 跨平台开发        | 登录功能：Web→iOS→Android |
+| **按复杂度分层拆分** | 功能复杂度差异大的功能  | 搜索功能：基础搜索→高级筛选→智能推荐  |
+| **按时间阶段拆分**  | 有明确时间节点的功能   | 会员系统：MVP版→高级版→尊享版    |
 
----
+***
 
 ## 第0.5步：拆用户故事
 
@@ -225,6 +226,7 @@ digraph requirement_splitting {
 ### 三种验收标准格式
 
 #### 1. BDD场景格式（推荐）
+
 ```markdown
 ### 主场景
 Given [初始状态/前置条件]
@@ -234,6 +236,7 @@ And [附加验证点1]
 ```
 
 #### 2. 规则列表格式（适合简单功能）
+
 ```markdown
 - ✅ 必须支持用户名/邮箱/手机号三种登录方式
 - ✅ 密码输入框必须隐藏明文显示
@@ -241,18 +244,19 @@ And [附加验证点1]
 ```
 
 #### 3. 多平台矩阵格式（适合复杂跨平台功能）
-| 场景 | 操作 | 预期结果（Web） | 预期结果（iOS） |
-|------|------|----------------|----------------|
-| 正常登录 | 输入正确账号密码 | 跳转首页 | 跳转首页 |
+
+| 场景   | 操作       | 预期结果（Web） | 预期结果（iOS） |
+| ---- | -------- | --------- | --------- |
+| 正常登录 | 输入正确账号密码 | 跳转首页      | 跳转首页      |
 
 ### 敏捷故事拆分方法
 
-| 方法 | 适用场景 | 示例 |
-|------|----------|------|
+| 方法      | 适用场景         | 示例                  |
+| ------- | ------------ | ------------------- |
 | 按用户旅程拆分 | 有明确用户操作流程的功能 | 购物流程：浏览→详情→加购→结算→订单 |
-| 按数据边界拆分 | 包含多数据实体的功能 | 简历功能：基本信息→工作经历→教育背景 |
-| 按操作路径拆分 | 有多种执行路径的功能 | 登录功能：正常登录→忘记密码→注册 |
-| 按优先级拆分 | 大型复杂功能 | 支付功能：基础支付→优惠券→积分抵扣 |
+| 按数据边界拆分 | 包含多数据实体的功能   | 简历功能：基本信息→工作经历→教育背景 |
+| 按操作路径拆分 | 有多种执行路径的功能   | 登录功能：正常登录→忘记密码→注册   |
+| 按优先级拆分  | 大型复杂功能       | 支付功能：基础支付→优惠券→积分抵扣  |
 
 ### 故事拆分原则
 
@@ -262,7 +266,7 @@ And [附加验证点1]
 4. 优先拆分**核心价值**故事，再拆分边缘功能
 5. 每个故事必须有明确的**验收标准**和**优先级**
 
----
+***
 
 ## 第1步：拆UI设计
 
@@ -313,7 +317,7 @@ And [附加验证点1]
 - **严禁**出现接口字段、表结构、技术选型
 - 覆盖**核心用户旅程**，边缘页面可后续补充
 
----
+***
 
 ## 第2步：拆前后端分离架构
 
@@ -372,7 +376,7 @@ And [附加验证点1]
 - **边界刚性**：不允许前端写复杂业务、不允许后端渲染页面
 - **敏捷适配**：支持按用户故事分批交付，不要求全量完成后再上线
 
----
+***
 
 ## 第3步：拆数据库+接口
 
@@ -456,7 +460,7 @@ And [附加验证点1]
 
 ### 接口契约模板
 
-```markdown
+````markdown
 # 接口契约（RESTful，JSON，版本 v1）
 
 ## 通用规则
@@ -473,13 +477,14 @@ And [附加验证点1]
   "message": "success",
   "data": {}
 }
-```
+````
 
 ## 用户模块（关联故事1）
 
 ### POST /api/v1/auth/login - 用户登录
 
 请求：
+
 ```json
 {
   "username": "string",
@@ -489,6 +494,7 @@ And [附加验证点1]
 ```
 
 响应成功（200）：
+
 ```json
 {
   "code": 0,
@@ -506,6 +512,7 @@ And [附加验证点1]
 ```
 
 响应失败（401）：
+
 ```json
 {
   "code": 401,
@@ -517,6 +524,7 @@ And [附加验证点1]
 ### POST /api/v1/auth/register - 用户注册
 
 请求：
+
 ```json
 {
   "username": "string",
@@ -530,6 +538,7 @@ And [附加验证点1]
 需要认证。
 
 响应：
+
 ```json
 {
   "code": 0,
@@ -549,12 +558,14 @@ And [附加验证点1]
 ### GET /api/v1/goods/list - 商品列表（分页）
 
 请求参数（Query）：
+
 - page（INT，页码，默认1）
 - pageSize（INT，每页数量，默认20）
 - categoryId（INT，分类ID，可选）
 - keyword（STRING，搜索关键词，可选）
 
 响应：
+
 ```json
 {
   "code": 0,
@@ -581,6 +592,7 @@ And [附加验证点1]
 ### GET /api/v1/goods/detail/:id - 商品详情
 
 响应：
+
 ```json
 {
   "code": 0,
@@ -607,6 +619,7 @@ And [附加验证点1]
 需要认证。
 
 请求：
+
 ```json
 {
   "goodsId": 1,
@@ -619,6 +632,7 @@ And [附加验证点1]
 需要认证。
 
 响应：
+
 ```json
 {
   "code": 0,
@@ -644,6 +658,7 @@ And [附加验证点1]
 需要认证。
 
 请求：
+
 ```json
 {
   "addressId": 1,
@@ -652,6 +667,7 @@ And [附加验证点1]
 ```
 
 响应：
+
 ```json
 {
   "code": 0,
@@ -670,6 +686,7 @@ And [附加验证点1]
 ### GET /api/v1/order/detail/:id - 订单详情
 
 需要认证。
+
 ```
 
 ### 拆分原则
@@ -691,23 +708,25 @@ SDD 是**给子代理的最小可执行单元**：一个 SDD = 一个用户故
 
 ### 目标
 
-把"页面+接口+数据"按**用户故事维度垂直切分**，生成子代理可直接执行、测试、交付的规格文档，适配 Superpowers/Trae-CN 的**子代理驱动开发**与**测试驱动开发**工作流。
+把"页面+接口+数据"按**用户故事维度垂直切分**，生成子代理可直接执行、测试、交付的规格文档，适配**子代理驱动开发**与**测试驱动开发**工作流。
 
 ### SDD 目录结构
 
 ```
+
 specs/
-  story1-login/
-    login-frontend.md
-    login-backend.md
-  story2-goods/
-    goods-list-frontend.md
-    goods-list-backend.md
-    goods-detail-frontend.md
-    goods-detail-backend.md
-  story3-order/
-    ...
-```
+story1-login/
+login-frontend.md
+login-backend.md
+story2-goods/
+goods-list-frontend.md
+goods-list-backend.md
+goods-detail-frontend.md
+goods-detail-backend.md
+story3-order/
+...
+
+````
 
 ### 单个 SDD 模板
 
@@ -779,7 +798,7 @@ specs/
   1. 遵循 TDD 流程：先写测试 → 再写代码 → 重构
   2. 完成后通过两阶段审查：spec合规性审查 → 代码质量审查
   3. 审查通过后提交，进入下一个子任务
-```
+````
 
 ### 拆分原则
 
@@ -788,19 +807,19 @@ specs/
 - **依赖显式化**：所有依赖必须引用已固化的设计文档
 - **验收标准可测试**：采用 BDD 风格，输入输出明确，无模糊描述
 
----
+***
 
 ## 非功能需求处理指南
 
 ### 非功能需求分类与处理方式
 
-| 分类 | 示例 | 处理方式 | 优先级 |
-|------|------|----------|--------|
-| **性能** | 响应时间≤2秒，并发用户≥100 | 融入Story验收标准 | 高 |
-| **安全性** | 数据加密，权限控制，防SQL注入 | 融入DoD + 独立测试 | 最高 |
-| **可用性** | 系统可用性≥99.9% | 架构设计 | 高 |
-| **兼容性** | 适配iOS 14+，Android 10+ | 平台适配Story | 中 |
-| **可维护性** | 代码覆盖率≥80% | 融入DoD | 中 |
+| 分类       | 示例                    | 处理方式         | 优先级 |
+| -------- | --------------------- | ------------ | --- |
+| **性能**   | 响应时间≤2秒，并发用户≥100      | 融入Story验收标准  | 高   |
+| **安全性**  | 数据加密，权限控制，防SQL注入      | 融入DoD + 独立测试 | 最高  |
+| **可用性**  | 系统可用性≥99.9%           | 架构设计         | 高   |
+| **兼容性**  | 适配iOS 14+，Android 10+ | 平台适配Story    | 中   |
+| **可维护性** | 代码覆盖率≥80%             | 融入DoD        | 中   |
 
 ### 个人DoD（完成的定义）
 
@@ -828,16 +847,16 @@ specs/
 4. 兼容性：在所有目标平台显示一致
 ```
 
----
+***
 
 ## 故事估算方法指南
 
 ### 两种核心估算方法对比
 
-| 估算方法 | 定义 | 优点 | 缺点 | 适用场景 |
-|------|------|------|------|------|
-| **理想人天** | 无中断情况下完成任务的时间（人天） | 直观易懂，适合个人开发 | 受个人能力影响大 | 个人开发、小项目 |
-| **故事点** | 相对工作量单位，基于复杂度综合评估 | 不依赖个人能力，长期稳定 | 需要历史数据校准 | 长期项目 |
+| 估算方法     | 定义                | 优点           | 缺点       | 适用场景     |
+| -------- | ----------------- | ------------ | -------- | -------- |
+| **理想人天** | 无中断情况下完成任务的时间（人天） | 直观易懂，适合个人开发  | 受个人能力影响大 | 个人开发、小项目 |
+| **故事点**  | 相对工作量单位，基于复杂度综合评估 | 不依赖个人能力，长期稳定 | 需要历史数据校准 | 长期项目     |
 
 ### 理想人天估算方法（推荐个人开发使用）
 
@@ -878,7 +897,7 @@ specs/
 3. **缓冲预留**：计划时预留30-50%缓冲时间应对突发情况
 4. **回顾校准**：每个迭代后回顾估算准确性，调整方法
 
----
+***
 
 ## 最终目录结构
 
@@ -902,9 +921,9 @@ specs/
     └── story3-order/
 ```
 
----
+***
 
-## Superpowers / Trae-CN 操作指南
+## 操作指南
 
 1. 先完成 `docs/stories/user_stories.md`，确定**故事优先级**与**分批计划**
 2. 按批次完成 `docs/` 下设计文档（UI→架构→数据库→接口）
@@ -913,7 +932,7 @@ specs/
 5. 批次内所有 SDD 完成后，进行**集成测试**
 6. 验收通过后上线，进入下一批故事开发
 
----
+***
 
 ## 常见错误与修复
 
@@ -937,7 +956,7 @@ specs/
 - **问题**：功能完成后发现性能、安全等问题
 - **修复**：**将非功能需求融入DoD或Story验收标准**
 
----
+***
 
 ## 合理性、边界与适应场景
 
@@ -945,7 +964,7 @@ specs/
 
 - **敏捷+架构规范双需求**的项目（互联网产品、中后台系统）
 - **大型复杂需求**，需要同时保证快速交付与技术可控
-- **Superpowers/Trae-CN 环境**，需要适配子代理驱动开发与测试驱动开发
+- **子代理驱动开发与测试驱动开发**环境
 - **个人开发**，流程轻量但规范
 
 ### 边界（固有约束）
@@ -959,97 +978,12 @@ specs/
 - **非Web系统**（移动端原生、IoT、强实时系统）
 - **纯瀑布项目**（要求全量设计完成后再开发）
 
----
+***
 
 ## 快速参考表
 
-| 步骤 | 产出文件 | 核心关注点 |
-|------|----------|------------|
-| 0 | docs/stories/user_stories.md | 用户价值、垂直切片 |
-| 1 | docs/ui/pages.md | 用户看到什么、操作什么 |
-| 2 | docs/architecture/frontend-backend.md | 前后端技术边界、权责划分 |
-| 3 | docs/database/schema.md + docs/api/contract.md | 数据结构、接口契约 |
-| 4 | specs/xxx/xxx.md | 独立功能规格、子代理任务 |
-
----
-
-## 与 ui-sdd、sdd-add 的配置建议
-
-### 三层架构定位
-
-| 技能 | 核心定位 | 层级 | 产出 |
-|------|---------|------|------|
-| **sdd** | 需求层·业务拆分 | 顶层 | docs/stories/、docs/ui/pages.md、docs/architecture/、docs/database/、docs/api/、specs/ |
-| **ui-sdd** | 架构层·UI交互 | 中层 | spec/ui/ 下完整 SDD（100%覆盖） |
-| **sdd-add** | 迭代层·快速迭代 | 底层 | docs/temp-requirements/ 下临时迭代 |
-
-### 完整流程配置
-
-#### 项目从零启动（需求→UI→实现）
-
-1. **先用 sdd**：拆 Epic→Feature→Story，写验收标准、做估算
-2. **再用 ui-sdd**：对 Story 中的 UI/交互需求，按「App全域盘点清单」勾出所有页面/组件/规则，建完整 SDD
-3. **交付开发**（或用 sdd-add 做快速实现）
-
-#### 正常迭代开发（日常新功能）
-
-1. **先用 sdd**：把新功能拆成 Story，写验收标准
-2. **再用 ui-sdd**：回「盘点清单」补勾，补建/更新 spec/ui/ 下的 SDD
-3. **最后用 sdd-add**：做快速实现，需求文档中必须**引用 sdd 的 Story 和 ui-sdd 的 SDD**
-
-#### 临时需求/紧急修复
-
-1. **直接用 sdd-add**：快速澄清、优先级、实现
-2. **如果涉及 UI/新增页面**：必须同步回 ui-sdd：补勾、补建 SDD
-3. **如果涉及 Story 拆分**：必须同步回 sdd：补 Story
-
-### 文档关联引用规范
-
-#### sdd Story 中引用 ui-sdd
-
-在 sdd 产出的 Story 文档中加入：
-
-```markdown
-## 关联文档
-
-- 对应UI交互SDD：spec/ui/pages/xxx-page.sdd.md
-- 复用组件SDD：spec/ui/common/ui-yyy.sdd.md
-- 相关弹窗SDD：spec/ui/dialog/zzz-dialog.sdd.md
-```
-
-#### ui-sdd SDD 中引用 sdd Story
-
-在 ui-sdd 产出的页面/组件SDD中加入：
-
-```markdown
-## 关联用户故事
-
-- 主故事：US-001（在 docs/stories/user_stories.md）
-- 相关故事：US-002、US-003
-```
-
-#### sdd-add 临时需求中引用前两者
-
-在 sdd-add 产出的临时需求文档中加入：
-
-```markdown
-## 关联文档
-
-- 关联Story：docs/stories/user_stories.md 中的 US-xxx
-- 关联UI-SDD：spec/ui/pages/yyy-page.sdd.md
-```
-
-### 高频场景决策表
-
-| 场景 | 第1步用 | 第2步用 | 第3步用 |
-|------|---------|---------|---------|
-| 新项目从零开始 | sdd（需求拆分） | ui-sdd（UI设计） | 开发 |
-| 新增完整Story | sdd（Story拆分） | ui-sdd（补SDD） | 开发 |
-| 临时小功能 | sdd-add（快速处理） | ui-sdd（可选，需UI） | 开发 |
-| 新增复杂Epic | sdd（Epic拆分） | ui-sdd（批量建SDD） | 分批开发 |
-| 临时小bug修复 | sdd-add | 无需 | 快速修复 |
-| 优化现有交互 | sdd（更新Story） | ui-sdd（更新SDD） | sdd-add（实现） |
-
-### 一句话原则
+| 步骤 | 产出文件                          | 核心关注点     |
+| -- | ----------------------------- | --------- |
+| 0  | docs/stories/user\_stories.md | 用户价值、垂直切片 |
+| 1  | docs/ui/pages.md              | <br />    |
 
-**「sdd 定方向（做什么），ui-sdd 定样子（怎么做），sdd-add 填细节（快速补）；从上往下拆，从下往上补，互相引用不遗漏」**

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

@@ -1,4 +1,8 @@
-【claude code调用标识：sdd-add】【trae调用标识：sdd-add+临时功能落地】【流程场景：开发执行阶段·个人快速开发】
+---
+name: sdd-add
+description: Use when implementing small features or quick iterations with minimal SDD documentation
+---
+
 
 ---
 name: sdd-add

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

@@ -1,4 +1,8 @@
-【claude code调用标识：sdd-code】【trae调用标识：sdd-code+功能实现SDD拆分】【流程场景：设计规划阶段·实现设计】
+---
+name: sdd-code
+description: Use when designing code implementation details, coding standards, and technical debt management
+---
+
 
 ---
 name: "sdd-code"

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

@@ -1,4 +1,8 @@
-【claude code调用标识：sdd-deploy】【trae调用标识：sdd-deploy+部署SDD拆分】【流程场景：1.完整3阶段SDD流程、5.代码发布】
+---
+name: sdd-deploy
+description: Use when designing deployment architecture, release processes, and rollback plans
+---
+
 
 ---
 name: "sdd-deploy"

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

@@ -1,21 +1,8 @@
-【claude code调用标识：sdd-full-flow】【trae调用标识：sdd-full-flow+全流程开发】【流程场景：快速启动开发流程】
-
 ---
 name: sdd-full-flow
-description: "简化版全流程入口，适合快速启动开发。完整智能调度请使用Orchestrator Agent"
+description: Use when starting development and need to choose between full SDD flow, new project, feature iteration, bug fix, or release
 ---
 
-<TRIGGER-WORDS>
-- 启动开发流程
-- 开始开发
-- 快速开始
-- 快速启动
-</TRIGGER-WORDS>
-
-<SUBAGENT-STOP>
-如果您被派作为子代理执行特定任务，请跳过此技能。
-</SUBAGENT-STOP>
-
 # SDD全流程开发（简化版入口）
 
 ## 📌 定位说明
@@ -451,7 +438,7 @@ description: "简化版全流程入口，适合快速启动开发。完整智能
 
 ---
 
-#### 阶段 2：SDD拆分阶段（Split Phase）
+### 阶段 2：SDD拆分阶段（Split Phase）
 
 **目标**：从需求到可执行规格，完成全链路设计
 
@@ -890,5 +877,4 @@ MVP验证阶段已完成！
 
 ---
 
-**一句话总结**：阶段1做产品（市场→竞品→用户调研→头脑风暴→PRD）→ 阶段2做设计（SDD全系列拆分，含 ui-sdd，含安全测试）→ 阶段2.5做MVP验证（最小开发→用户介入测试→迭代→确认）→ 阶段3做开发（从 writing-plans 开始 → TDD+分支流程+安全审计）→ 每个阶段结束后询问是否继续！
-
+**一句话总结**：阶段1做产品（市场→竞品→用户调研→头脑风暴→PRD）→ 阶段2做设计（SDD全系列拆分，含 ui-sdd，含安全测试）→ 阶段2.5做MVP验证（最小开发→用户介入测试→迭代→确认）→ 阶段3做开发（从 writing-plans 开始 → TDD+分支流程+安全审计）→ 每个阶段结束后询问是否继续！

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

@@ -1,4 +1,8 @@
-【claude code调用标识：sdd-test】【trae调用标识：sdd-test+测试SDD拆分】【流程场景：设计规划阶段·测试设计】
+---
+name: sdd-test
+description: Use when designing test strategies, test cases, and test coverage requirements
+---
+
 
 ---
 name: "sdd-test"

package/.claude/skills/security-audit/SKILL.md

@@ -1,4 +1,8 @@
-【claude code调用标识：security-audit】【trae调用标识：security-audit+安全审计】【流程场景：1.完整3阶段SDD流程、5.代码发布】
+---
+name: security-audit
+description: Use when conducting security audits and vulnerability scanning
+---
+
 
 ---
 name: "security-audit"

package/.claude/skills/systematic-debugging/SKILL.md

@@ -1,4 +1,8 @@
-【claude code调用标识：systematic-debugging】【trae调用标识：systematic-debugging+系统性调试】【流程场景：4.Bug处理】
+---
+name: systematic-debugging
+description: Use when systematically debugging and locating bugs
+---
+
 
 ---
 name: systematic-debugging

package/.claude/skills/templates/API-SDD.md

@@ -1,4 +1,3 @@
-【claude code调用标识：API-SDD】【trae调用标识：API-SDD+sdd】【流程场景：1.完整3阶段SDD流程、2.从零开始新项目、3.小型功能迭代】
 
 # API-SDD：[接口模块名称]（skill选项式设计）
 
@@ -25,7 +24,9 @@
 - 选项2：编码方式 → 选项：UTF-8/GBK → 自定义编码：__________
 - 选项3：超时时间 → 选项：5秒/10秒/30秒 → 自定义超时：__________
 
-## trae调用参数说明（仅trae触发时使用）
+<!-- Trae-only: trae调用参数说明 -->
+
 - 调用路径：skills/templates/API-SDD.md
 - 必传参数：接口模块名称、API路径、请求方法
-- 可选参数：认证方式、返回值说明补充内容
+- 可选参数：认证方式、返回值说明补充内容
+<!-- End Trae-only -->

package/.claude/skills/templates/Andrej Karpathy AI/347/274/226/347/240/201/350/247/204/345/210/231/350/220/275/345/234/260SDD.md"

@@ -1,4 +1,3 @@
-【claude code调用标识：Andrej Karpathy AI编码规则落地SDD】【trae调用标识：Andrej Karpathy AI编码规则落地SDD+编码规范】【流程场景：1.完整3阶段SDD流程、3.小型功能迭代】
 
 # Andrej Karpathy AI编码规则落地SDD：[项目名称]
 

package/.claude/skills/templates/BDD/351/243/216/346/240/274/351/252/214/346/224/266/346/240/207/345/207/206SDD.md

@@ -1,4 +1,3 @@
-【claude code调用标识：BDD风格验收标准SDD】【trae调用标识：BDD风格验收标准SDD+验收规范】【流程场景：1.完整3阶段SDD流程、3.小型功能迭代、4.Bug处理】
 
 # BDD风格验收标准SDD：[需求名称]