sdd-full 4.2.0 → 4.3.1

package/skills/templates/UI/350/265/204/346/272/220/346/217/220/347/244/272/350/257/215/347/224/237/346/210/220SDD.md

@@ -0,0 +1,67 @@
+【claude code调用标识：UI资源提示词生成SDD】【trae调用标识：UI资源提示词生成SDD+个人备忘录APP】【流程场景：1.完整3阶段SDD流程、2.从零开始新项目】
+
+# UI资源生成提示词SDD（适配Figma Make）
+
+## 一、SDD基础信息
+
+- **调用路径**: skills/templates/UI资源提示词生成SDD.md
+- **必传参数**: 项目名称（默认：个人备忘录APP）、SDD关联路径（前端SDD路径、ui-sdd路径）
+- **适配场景**: SDD全流程阶段2（UI-SDD拆分）、阶段2.5（MVP验证）
+
+## 二、提示词提取规则
+
+### 2.1 提取来源
+- 优先从前端SDD（功能实现SDD中前端部分）、ui-sdd中提取设计规范
+- 补充PRD中的产品定位、用户需求
+
+### 2.2 提取重点
+- APP整体风格、主色调、辅助色、字体规范、尺寸规范、交互逻辑
+- 各UI资源（骨架页、闪屏页等）的核心设计要求
+
+### 2.3 格式要求
+- 按UI资源类型分类
+- 标注对应SDD提取来源
+- 可直接复制至Figma Make使用
+
+## 三、全套APP UI资源提示词
+
+### 3.1 基础规范提示词
+「个人备忘录APP，整体风格简约、轻量化，主色调（#F5F5F5底色、#333333主文字色、#4A90E2强调色），辅助色（#E8E8E8分割线色、#FFFFFF卡片色），字体规范（正文：14px PingFang SC，标题：16px PingFang SC 加粗），适配手机竖屏尺寸（375×812px），所有UI元素圆角统一为8px，线条简洁，无复杂装饰，贴合备忘录轻量化、易操作的核心需求，可直接用于Figma Make生成所有UI资源」
+
+### 3.2 骨架页提示词
+「个人备忘录APP骨架页，包含首页、备忘录列表页、编辑页、我的页面4个核心页面；首页骨架：顶部标题栏（高度44px）、搜索框（高度36px）、分类标签区、备忘录预览列表（3-4条占位）；列表页骨架：标题栏、筛选栏、列表项（含标题、时间占位）；编辑页骨架：标题栏（含保存/返回按钮占位）、编辑区域（占页面70%）、底部功能栏；我的页面骨架：头像占位、昵称占位、设置入口占位、关于入口占位；所有占位区域标注清晰，线条简洁，预留加载动画占位（环形加载，颜色匹配强调色），适配手机竖屏，可直接导入Figma Make生成」
+
+### 3.3 闪屏页提示词
+「个人备忘录APP闪屏页，整体简约大气，包含APP名称（个人备忘录）、logo，搭配轻柔淡入淡出过渡动画（时长0.3秒），背景色为品牌主底色（#F5F5F5），底部标注版本号（V1.0.0），无多余冗余元素，适配手机竖屏，可直接在Figma Make中生成」
+
+### 3.4 logo提示词
+「个人备忘录APP logo，以“笔记本+文字”为核心元素，简约易识别，色彩采用主色调#4A90E2+辅助色#333333，可适配不同尺寸（APP图标、闪屏、页面标题），线条流畅，无复杂装饰，字体为PingFang SC，便于记忆和传播，可直接在Figma Make中生成」
+
+### 3.5 app图标提示词
+「个人备忘录APP图标，适配手机桌面显示，尺寸符合主流规范（1024×1024px），沿用logo核心元素（笔记本+文字），色彩与闪屏页、APP内风格统一（主色调#4A90E2），圆角设计（8px），视觉简洁，支持透明背景，适配iOS（圆角20px）、Android（圆角16px）两种系统，可直接导入Figma Make生成」
+
+### 3.6 app内icon提示词
+「个人备忘录APP内icon套装，包含核心功能icon（新建、编辑、删除、保存、返回、搜索、分类、设置等8个核心icon），风格统一为线性设计（线条粗细2px），尺寸适配APP内各页面（标题栏icon：24×24px，功能区icon：28×28px，列表项icon：20×20px），色彩与APP主色调（#4A90E2）一致，辨识度高，无模糊细节，可直接导入Figma Make复用」
+
+### 3.7 交互小动画提示词
+「个人备忘录APP交互小动画，包含4类核心动画：页面切换动画（淡入淡出，时长0.2秒）、按钮点击动画（轻微缩放至0.95倍，颜色加深#3A80D2，时长0.1秒）、加载动画（简约环形加载，颜色#4A90E2，转速1.5圈/秒）、弹窗动画（从下而上弹出，淡入效果，时长0.3秒）；所有动画流畅不卡顿，适配APP轻量化定位，可直接在Figma Make中实现」
+
+## 四、调用与使用说明
+
+### 4.1 调用方式
+- **Claude code调用**: 输入「调用 UI资源提示词生成SDD 项目名称=个人备忘录APP SDD关联路径=skills/templates/前端SDD.md,skills/templates/ui-sdd.md」
+- **Trae调用**: 输入「trae调用 UI资源提示词生成SDD 项目名称=个人备忘录APP SDD关联路径=skills/templates/前端SDD.md,skills/templates/ui-sdd.md 流程场景=从零开始新项目」
+
+### 4.2 Figma Make使用
+将本SDD中的提示词按对应UI资源类型，直接复制粘贴至Figma Make的提示词输入框，无需修改，点击生成即可获得符合设计规范的UI资源。
+
+### 4.3 更新规则
+当前端SDD、ui-sdd或PRD中的设计规范发生变更时，同步更新本SDD中的提示词。
+
+---
+
+**trae调用参数说明**:
+- **调用路径**: skills/templates/UI资源提示词生成SDD.md
+- **必传参数**: 项目名称、SDD关联路径
+- **可选参数**: 无
+- **流程场景参数**: 1.完整3阶段SDD流程、2.从零开始新项目

package/skills/templates//344/274/201/344/270/232/347/272/247/345/205/250/346/240/210/345/267/245/347/250/213/350/247/204/350/214/203SDD.md

@@ -0,0 +1,152 @@
+【claude code调用标识：企业级全栈工程规范SDD】【trae调用标识：企业级全栈工程规范SDD+工程规范】【流程场景：1.完整3阶段SDD流程、2.从零开始新项目】
+
+# 企业级全栈工程规范SDD：[项目名称]
+
+## 一、环境预检前置
+
+### 1.1 本机配置检查
+| 检查项 | 要求 | 验证方法 |
+|--------|------|---------|
+| OS版本 | macOS ≥ 12 / Windows ≥ 10 | uname / winver |
+| Node.js | ≥ 18.0 | node --version |
+| npm | ≥ 9.0 | npm --version |
+| Git | ≥ 2.30 | git --version |
+
+### 1.2 依赖工具检查
+| 工具 | 要求 | 用途 |
+|------|------|------|
+| Flutter | ≥ 3.10 | 移动端开发 |
+| Docker | ≥ 20.0 | 容器化部署 |
+| Jenkins/GitLab CI | - | CI/CD |
+
+### 1.3 网络环境检查
+| 检查项 | 要求 | 验证方法 |
+|--------|------|---------|
+| 网络连接 | 稳定 | ping测试 |
+| API连通性 | 可访问 | curl测试 |
+| 代理配置 | 正确 | env检查 |
+
+---
+
+## 二、项目目录结构
+
+### 2.1 标准目录结构
+```
+project/
+├── .github/              # CI/CD配置
+├── .trae/                # Trae技能配置
+├── android/              # Android原生代码
+├── ios/                  # iOS原生代码
+├── lib/                  # Flutter代码
+│   ├── src/              # 业务代码
+│   ├── widgets/          # 组件
+│   ├── services/         # 服务层
+│   └── utils/            # 工具类
+├── test/                 # 测试代码
+├── docs/                 # 文档
+├── pubspec.yaml          # 依赖配置
+└── README.md             # 项目说明
+```
+
+### 2.2 目录命名规范
+| 类型 | 命名规则 | 示例 |
+|------|---------|------|
+| 目录 | 小写蛇形 | user_service |
+| 文件 | 小写蛇形 | user_api.dart |
+| 类 | 大驼峰 | UserService |
+| 方法 | 小驼峰 | getUserInfo |
+
+---
+
+## 三、版本管理
+
+### 3.1 分支管理策略
+| 分支 | 用途 | 保护策略 |
+|------|------|---------|
+| main | 主分支 | 强制审查 |
+| develop | 开发分支 | 强制审查 |
+| feature/* | 功能分支 | 普通 |
+| bugfix/* | Bug修复 | 普通 |
+| release/* | 发布分支 | 强制审查 |
+
+### 3.2 提交规范
+| 类型 | 格式 | 示例 |
+|------|------|------|
+| 功能 | feat(module): description | feat(user): add login |
+| 修复 | fix(module): description | fix(auth): fix token expire |
+| 文档 | docs(module): description | docs(readme): update install |
+| 重构 | refactor(module): description | refactor(api): simplify |
+
+### 3.3 版本命名
+```
+v{主版本}.{次版本}.{修订版本}
+示例：v2.1.0
+```
+
+---
+
+## 四、交付物统一标准
+
+### 4.1 代码交付
+| 交付项 | 要求 | 验收标准 |
+|--------|------|---------|
+| 代码格式 | 符合dartfmt | dartfmt检查通过 |
+| 测试覆盖 | ≥ 80% | 单元测试通过 |
+| 文档注释 | 完整 | 关键方法有注释 |
+
+### 4.2 文档交付
+| 交付项 | 要求 | 验收标准 |
+|--------|------|---------|
+| PRD文档 | 完整 | 需求清晰 |
+| SDD文档 | 完整 | 设计规范 |
+| API文档 | 完整 | 接口定义清晰 |
+| 测试文档 | 完整 | 测试用例覆盖 |
+
+### 4.3 部署交付
+| 交付项 | 要求 | 验收标准 |
+|--------|------|---------|
+| Docker镜像 | 可用 | 容器启动正常 |
+| 部署脚本 | 完整 | 一键部署 |
+| 监控配置 | 完整 | 告警正常 |
+
+---
+
+## 五、质量保障
+
+### 5.1 代码审查
+| 检查项 | 要求 |
+|--------|------|
+| 审查人数 | ≥ 2人 |
+| 审查内容 | 代码质量、安全性、可维护性 |
+| 自动化检查 | CI自动运行 |
+
+### 5.2 安全审计
+| 检查项 | 要求 |
+|--------|------|
+| 依赖漏洞 | 无高危漏洞 |
+| 敏感信息 | 无硬编码 |
+| 权限控制 | 完整 |
+
+---
+
+## 六、验收标准
+
+### 6.1 工程规范验证
+- [ ] 目录结构符合标准
+- [ ] 命名规范一致
+- [ ] 分支管理规范
+- [ ] 提交信息规范
+
+### 6.2 交付物验证
+- [ ] 代码交付完整
+- [ ] 文档交付完整
+- [ ] 部署交付完整
+- [ ] 测试覆盖达标
+
+---
+
+## 七、trae调用参数说明
+- **调用路径**: skills/templates/企业级全栈工程规范SDD.md
+- **必传参数**: 项目名称
+- **可选参数**: 项目类型、团队规模
+- **流程场景**: 1.完整3阶段SDD流程、2.从零开始新项目

package/skills/templates//345/205/250/346/265/201/347/250/213SDD/350/236/215/345/220/210/344/275/223/347/263/273.md

@@ -0,0 +1,198 @@
+【claude code调用标识：全流程SDD融合体系】【trae调用标识：全流程SDD融合体系+sdd-full】【流程场景：1.完整3阶段SDD流程、2.从零开始新项目、3.小型功能迭代、4.Bug处理、5.代码发布】
+
+# 全流程SDD融合体系（skill选项式，含多流程联动）
+
+## 一、核心流程总览（按项目生命周期排序，关联skill+SDD）
+
+流程1：SDD模板适配流程 → 流程2：Figma设计接入流程 → 流程3：AI协作流程 → 流程4：开发测试流程 → 流程5：bug修复流程 → 流程6：版本锁定流程 → 流程7：归档管理流程
+
+---
+
+## 二、各流程详细规范（均适配skill选项，关联对应SDD）
+
+### 流程1：SDD模板适配流程（skill选项式）
+
+1. **template-select（skill可选项）**
+   - 选项1：选择对应项目模板（9份SDD模板任选）
+   - 选项2：自定义模板适配
+   - 自定义补充：__________
+   → 对应SDD：根据项目类型，选择Base-SDD、PRD-SDD等对应模板，确认模板版本与项目绑定
+
+2. **skill-adapt（skill可选项）**
+   - 选项1：按skill选项式完善模板内容
+   - 选项2：批量适配多份模板
+   - 自定义补充：__________
+   → 对应SDD：按skill选项逻辑，补充各模板可选项内容，保留自定义入口，确保AI可直接调用
+
+3. **template-check（skill可选项）**
+   - 选项1：校验模板规范（对齐Base-SDD）
+   - 选项2：检查skill选项完整性
+   - 自定义补充：__________
+   → 对应SDD：确认所有模板选项贴合skill调用逻辑，无规范偏差，AI协助校验完整性
+
+---
+
+### 流程2：Figma设计接入流程（适配解析失败场景，skill选项式）
+
+1. **figma-link-add（skill可选项）**
+   - 选项1：填写Figma设计稿链接
+   - 选项2：上传备用导出文件
+   - 自定义补充：__________
+   → 对应SDD：在UI-SDD中填写Figma链接（https://www.figma.com/file/xxx/xxx），同步上传PDF/PNG备用文件
+
+2. **figma-parse-check（skill可选项）**
+   - 选项1：检查链接可访问性
+   - 选项2：校验截图标注完整性
+   - 自定义补充：__________
+   → 对应SDD：若链接解析失败（报错：网页解析失败，可能是不支持的网页类型，请检查网页或稍后重试），立即启用备用文件，补充核心尺寸标注
+
+3. **design-align（skill可选项）**
+   - 选项1：对齐Base-SDD设计规范
+   - 选项2：补充设计偏差说明
+   - 自定义补充：__________
+   → 对应SDD：在UI-SDD中填写设计规范对齐情况，明确偏差内容（若有），确保设计与开发一致
+
+---
+
+### 流程3：AI协作流程（skill选项式）
+
+1. **ai-task-assign（skill可选项）**
+   - 选项1：分配AI协作任务（发散想法/补全需求/编写用例）
+   - 选项2：自定义AI任务
+   - 自定义补充：__________
+   → 对应SDD：根据任务类型，关联Brain-SDD（想法发散）、PRD-SDD（需求补全）、Test-SDD（用例编写）等
+
+2. **ai-content-generate（skill可选项）**
+   - 选项1：AI生成SDD内容
+   - 选项2：AI优化现有内容
+   - 自定义补充：__________
+   → 对应SDD：AI生成内容后，同步填充至对应SDD模板的skill选项中，保留人工编辑入口
+
+3. **ai-content-check（skill可选项）**
+   - 选项1：人工校验规范
+   - 选项2：AI二次优化偏差
+   - 自定义补充：__________
+   → 对应SDD：校验AI生成内容是否符合Base-SDD规范，关键环节（PRD-SDD、Code-SDD）需人工二次确认
+
+---
+
+### 流程4：开发测试流程（skill选项式）
+
+1. **dev-task（skill可选项）**
+   - 选项1：按Code-SDD开发功能
+   - 选项2：关联API-SDD对接接口
+   - 自定义补充：__________
+   → 对应SDD：更新Code-SDD（代码结构、函数定义）、API-SDD（接口调用记录），同步关联Env-SDD环境配置
+
+2. **test-task（skill可选项）**
+   - 选项1：按Test-SDD执行测试
+   - 选项2：补充测试用例
+   - 自定义补充：__________
+   → 对应SDD：在Test-SDD中填写测试结果，标记用例执行状态，同步关联Code-SDD中的技术债务记录
+
+3. **dev-test-check（skill可选项）**
+   - 选项1：功能验收
+   - 选项2：性能验收
+   - 自定义补充：__________
+   → 对应SDD：校验Code-SDD、Test-SDD内容完整性，确保开发与测试闭环
+
+---
+
+### 流程5：bug修复流程（SDD体系融合版+skill选项式）
+
+1. **systematic-debugging（skill可选项）**
+   - 选项1：问题复现（描述：__________）
+   - 选项2：根因分析（原因：__________）
+   - 选项3：定位问题代码（路径：__________）
+   - 自定义补充：__________
+   → 对应SDD：同步更新Code-SDD（记录问题代码位置、根因分析结果，选择Code-SDD中"技术债务记录"选项，填写bug相关债务）
+
+2. **Test-SDD补充（skill选项式）**
+   - 选项1：添加回归测试用例（用例ID：__________，测试场景：__________，预期结果：__________）
+   - 选项2：补充异常测试用例
+   - 自定义补充：__________
+   → 对应SDD：在Test-SDD中选择"测试用例"选项，新增回归测试用例，关联bug编号
+
+3. **sdd-add（skill可选项）**
+   - 选项1：最小可行修复（修复代码：__________）
+   - 选项2：批量修复同类bug
+   - 自定义补充：__________
+   → 对应SDD：更新Code-SDD（填写修复后的代码结构、函数定义），同步更新API-SDD/Env-SDD（若涉及接口、环境调整）
+
+4. **verification-before-completion（skill可选项）**
+   - 选项1：功能验证（验证结果：__________）
+   - 选项2：回归测试（测试结果：__________）
+   - 自定义补充：__________
+   → 对应SDD：更新Test-SDD，填写测试结果，标记用例执行状态
+
+5. **quality-gate（skill可选项）**
+   - 选项1：质量检查（检查项：__________）
+   - 选项2：规范校验（对齐Base-SDD：__________）
+   - 自定义补充：__________
+   → 对应SDD：校验所有关联SDD文档（Code-SDD、Test-SDD等）的规范一致性
+
+6. **claudeception（skill可选项）**
+   - 选项1：记录踩坑经验（经验：__________）
+   - 选项2：创建可复用技能（技能名称：__________）
+   - 自定义补充：__________
+   → 对应SDD：同步更新所有关联SDD文档的"技术债务记录""经验沉淀"章节，完善skill选项库
+
+---
+
+### 流程6：版本锁定流程（skill选项式）
+
+1. **version-lock（skill可选项）**
+   - 选项1：创建template-version.lock文件
+   - 选项2：关联项目与模板版本
+   - 自定义补充：__________
+   → 对应SDD：在项目根目录创建版本锁定文件，明确模板版本、项目绑定关系，同步更新sdd-template-version.json
+
+2. **version-update（skill可选项）**
+   - 选项1：更新模板版本
+   - 选项2：记录版本更新日志
+   - 自定义补充：__________
+   → 对应SDD：更新template-version.lock中的更新日志，同步关联所有SDD模板的版本标注
+
+---
+
+### 流程7：归档管理流程（skill选项式）
+
+1. **archive-prepare（skill可选项）**
+   - 选项1：整理SDD文档
+   - 选项2：按分类归档（阶段/ bug修复）
+   - 自定义补充：__________
+   → 对应SDD：整理所有SDD文档，按项目阶段、bug编号分类，确认文档完整性
+
+2. **archive-store（skill可选项）**
+   - 选项1：存入sdd-archive文件夹
+   - 选项2：按命名规范命名
+   - 自定义补充：__________
+   → 对应SDD：按归档命名规范（[阶段]-[SDD名称]-[版本].md）存放，bug修复相关按[阶段5]-bug修复-[bug编号]-[SDD名称].md命名
+
+3. **archive-check（skill可选项）**
+   - 选项1：校验归档完整性
+   - 选项2：AI协助整理目录
+   - 自定义补充：__________
+   → 对应SDD：确认所有SDD文档（含bug修复相关）均已归档，目录清晰可追溯
+
+---
+
+## 三、全流程skill适配补充
+
+- **触发逻辑**：AI可根据项目生命周期阶段，自动调用对应流程的skill选项，引导完成每一步操作，实现全流程联动
+- **关联适配**：各流程的skill选项相互联动，例如Figma接入失败后，自动触发备用方案skill，同步关联UI-SDD更新
+- **自定义入口**：支持手动补充特殊场景流程，适配复杂项目需求，同时保留skill选项的复用性
+
+---
+
+## 四、全流程SDD归档要求
+
+所有流程完成后，需确保对应SDD文档同步更新、归档，AI协助校验全流程SDD文档的完整性、规范性，确保每一步操作均有SDD记录可追溯
+
+---
+
+## trae调用参数说明（仅trae触发时使用）
+
+- 调用路径：skills/templates/全流程SDD融合体系.md
+- 必传参数：项目名称、流程阶段（如：模板适配/Figma接入/AI协作/开发测试/bug修复/版本锁定/归档管理）
+- 可选参数：各流程的自定义补充内容

package/skills/templates//345/212/237/350/203/275SDD/344/270/223/347/224/250/346/250/241/346/235/277.md

@@ -0,0 +1,132 @@
+【claude code调用标识：功能SDD专用模板】【trae调用标识：功能SDD专用模板+功能设计规范】【流程场景：1.完整3阶段SDD流程、2.从零开始新项目、3.小型功能迭代、4.Bug处理】
+
+# 功能SDD专用模板：[功能模块名称]
+
+## 一、需求描述
+
+### 1.1 功能概述
+【必填】简明描述功能的核心目标和价值
+
+### 1.2 用户故事
+| 角色 | 需求描述 | 验收标准 |
+|------|---------|---------|
+| 【用户角色】 | 【作为XX，我希望XX，以便XX】 | 【可以验证的标准】 |
+
+### 1.3 功能范围
+- 包含：【功能A、功能B】
+- 不包含：【功能C、功能D】
+
+---
+
+## 二、业务流程
+
+### 2.1 流程图
+```mermaid
+flowchart TD
+    A[开始] --> B[条件判断]
+    B -->|是| C[执行操作A]
+    B -->|否| D[执行操作B]
+    C --> E[结束]
+    D --> E
+```
+
+### 2.2 状态转换
+| 当前状态 | 触发事件 | 下一状态 |
+|---------|---------|---------|
+| 【状态A】 | 【事件X】 | 【状态B】 |
+| 【状态B】 | 【事件Y】 | 【状态C】 |
+
+### 2.3 异常分支
+| 异常场景 | 处理方式 | 错误提示 |
+|---------|---------|---------|
+| 【网络异常】 | 【重试/降级】 | 【提示文案】 |
+| 【数据为空】 | 【展示空状态】 | 【提示文案】 |
+
+---
+
+## 三、数据结构
+
+### 3.1 实体定义
+| 实体名称 | 字段名 | 类型 | 约束 | 说明 |
+|---------|--------|------|------|------|
+| 【实体A】 | 【id】 | 【int】 | 【主键】 | 【唯一标识】 |
+| 【实体A】 | 【name】 | 【string】 | 【非空，最大100字符】 | 【名称】 |
+
+### 3.2 API接口
+| API路径 | 方法 | 功能描述 | 请求参数 | 响应结构 |
+|---------|------|---------|---------|---------|
+| 【/api/users】 | 【GET】 | 【获取用户列表】 | 【page, size】 | 【List<User>】 |
+
+### 3.3 数据库设计
+| 表名 | 字段 | 类型 | 约束 |
+|------|------|------|------|
+| 【users】 | 【id】 | 【BIGINT】 | 【PRIMARY KEY】 |
+| 【users】 | 【name】 | 【VARCHAR(100)】 | 【NOT NULL】 |
+
+---
+
+## 四、界面设计
+
+### 4.1 页面原型
+| 页面名称 | 功能入口 | 页面职责 |
+|---------|---------|---------|
+| 【页面A】 | 【主入口】 | 【展示列表】 |
+| 【页面B】 | 【页面A跳转】 | 【详情展示】 |
+
+### 4.2 交互逻辑
+| 操作 | 触发方式 | 执行逻辑 | 反馈方式 |
+|------|---------|---------|---------|
+| 【点击按钮】 | 【tap/click】 | 【调用API】 | 【loading/成功提示】 |
+
+### 4.3 权限控制
+| 角色 | 功能权限 | 数据权限 |
+|------|---------|---------|
+| 【管理员】 | 【全部功能】 | 【全部数据】 |
+| 【普通用户】 | 【部分功能】 | 【本人数据】 |
+
+---
+
+## 五、非功能需求
+
+### 5.1 性能要求
+- 响应时间：【≤ 200ms】
+- 吞吐量：【≥ 1000QPS】
+- 并发数：【≥ 1000】
+
+### 5.2 安全性
+- 数据加密：【传输加密、存储加密】
+- 权限校验：【接口鉴权、数据隔离】
+- 防攻击：【防SQL注入、防XSS】
+
+### 5.3 兼容性
+- 浏览器：【Chrome ≥ 90、Firefox ≥ 88、Safari ≥ 14】
+- 移动端：【iOS ≥ 13、Android ≥ 10】
+
+---
+
+## 六、交付物清单
+
+### 6.1 文档交付
+- [ ] 需求文档（PRD）
+- [ ] UI设计稿
+- [ ] API接口文档
+- [ ] 数据库设计文档
+
+### 6.2 代码交付
+- [ ] 前端代码
+- [ ] 后端代码
+- [ ] 单元测试
+- [ ] 集成测试
+
+### 6.3 测试交付
+- [ ] 测试用例文档
+- [ ] 测试报告
+- [ ] Bug清单（已修复）
+
+---
+
+## 七、trae调用参数说明
+- **调用路径**: skills/templates/功能SDD专用模板.md
+- **必传参数**: 功能模块名称
+- **可选参数**: 用户角色、功能范围
+- **流程场景**: 1.完整3阶段SDD流程、2.从零开始新项目、3.小型功能迭代、4.Bug处理