sdd-full 2.2.0 → 3.0.0

package/package.json

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

package/skills/rules/project_rules.md

@@ -0,0 +1,167 @@
+# 项目规则 - SDD全流程开发技能体系（团队共享）
+
+## 一、项目概述
+
+本项目是一个完整的SDD（Software Design Document）全流程开发技能包，包含从需求分析到发布运维的全流程技能，支持Trae和Claude Code双调用机制。
+
+## 二、核心流程规范
+
+### 2.1 新项目开发流程
+```
+需求收集 → 头脑风暴 → 市场调研 → PRD编写 → SDD拆分 → UI设计 → 代码设计 → 测试设计 → 开发 → 测试 → 质量检查 → 发布 → 复盘
+```
+
+### 2.2 Bug修复流程
+```
+问题定位 → Test-SDD补充回归用例 → 代码修复 → 验证 → 质量检查 → 经验沉淀
+```
+
+### 2.3 小型功能迭代流程
+```
+需求澄清 → SDD快速拆分 → 开发 → 验证 → 质量检查 → 发布
+```
+
+## 三、技能使用规范
+
+### 3.1 技能分类与职责
+| 分类 | 技能 | 职责描述 |
+|------|------|---------|
+| 需求分析 | brainstorming, market-research, competitive-brief, prd-write, requirement-completion-officer, sdd, sdd-full | 需求收集、分析、拆分 |
+| 设计规划 | ui-sdd, sdd-code, sdd-test, sdd-deploy, sdd-ops, writing-plans | 设计方案制定 |
+| 开发执行 | sdd-add, test-driven-development, systematic-debugging, verification-before-completion | 代码实现 |
+| 质量保障 | quality-gate, security-audit | 质量把关 |
+| 发布运维 | finishing-a-development-branch, release-flow | 发布管理 |
+| 知识沉淀 | claudeception, mempalace-auto-saver | 经验积累 |
+
+### 3.2 强制使用技能
+- ✅ **所有发布前必须通过 quality-gate**
+- ✅ **所有需求必须经过 sdd/sdd-full 拆分**
+- ✅ **所有Bug修复必须经过 systematic-debugging**
+- ✅ **发布后必须进行 claudeception 经验沉淀**
+
+## 四、文档规范
+
+### 4.1 SDD模板规范
+项目使用9种标准化SDD模板：
+1. **Base-SDD** - 全局通用基线规范
+2. **Brain-SDD** - 头脑风暴文档
+3. **Competitor-SDD** - 竞品分析文档
+4. **PRD-SDD** - 产品需求文档
+5. **UI-SDD** - UI设计文档
+6. **Code-SDD** - 代码实现文档
+7. **API-SDD** - 接口设计文档
+8. **Env-SDD** - 环境配置文档
+9. **Test-SDD** - 测试设计文档
+
+### 4.2 文档命名规范
+```
+{项目名称}-{模板名称}-{版本}.md
+示例：个人备忘录APP-Base-SDD-v1.0.md
+```
+
+### 4.3 文档归档规范
+```
+docs/
+├── specs/                    # SDD规范文档
+│   ├── ui/                   # UI-SDD
+│   ├── function-implementation-sdd/ # Code-SDD
+│   └── test/                 # Test-SDD
+├── stories/                  # 用户故事
+├── architecture/             # 架构文档
+├── database/                 # 数据库设计
+├── api/                      # API契约
+└── deploy/                   # 部署文档
+```
+
+## 五、质量标准
+
+### 5.1 代码质量标准
+- 单元测试覆盖率 ≥ 80%
+- 代码审查必须通过
+- 无 P0/P1 级别 Bug
+
+### 5.2 文档质量标准
+- 所有SDD模板必须完整填写
+- 文档版本管理规范
+- 文档与代码同步更新
+
+### 5.3 发布标准
+- 所有测试用例通过
+- quality-gate 检查通过
+- security-audit 无高危漏洞
+
+## 六、协作规范
+
+### 6.1 分支管理
+- `main` - 主分支，稳定版本
+- `develop` - 开发分支
+- `feature/*` - 功能分支
+- `bugfix/*` - Bug修复分支
+- `release/*` - 发布分支
+
+### 6.2 代码审查流程
+1. 功能开发完成后提交 PR
+2. 触发 requesting-code-review
+3. 审查通过后触发 receiving-code-review
+4. 合并到 develop 分支
+
+### 6.3 沟通规范
+- 使用明确的技能触发关键词
+- 及时更新状态
+- 遇到问题及时反馈
+
+## 七、调用机制规范
+
+### 7.1 Trae调用格式
+```
+trae调用 模板名称 项目名称=XXX 阶段=XXX 流程场景=XXX
+```
+
+### 7.2 Claude Code调用格式
+```
+调用 技能名称 参数
+```
+
+### 7.3 流程场景参数
+| 参数值 | 说明 |
+|--------|------|
+| 完整3阶段SDD流程 | 大型项目完整流程 |
+| 从零开始新项目 | 新项目立项 |
+| 小型功能迭代 | 快速迭代 |
+| Bug处理 | Bug修复 |
+| 代码发布 | 版本发布 |
+
+## 八、工具与环境
+
+### 8.1 推荐工具
+- **Figma** - UI设计
+- **GitHub** - 代码托管
+- **Trae** - 技能调用
+- **Claude Code** - AI协作
+
+### 8.2 环境要求
+- Node.js ≥ 18.x
+- npm ≥ 9.x
+- sdd-full ≥ 2.2.0
+
+## 九、版本管理
+
+### 9.1 版本命名规范
+```
+v{主版本}.{次版本}.{修订版本}
+示例：v2.2.0
+```
+
+### 9.2 版本发布流程
+1. 完成功能开发与测试
+2. 更新版本号
+3. 通过 quality-gate
+4. 执行 release-flow
+5. 发布到 npm
+
+---
+
+**版本**: v1.0  
+**更新时间**: 2026-05-06  
+**适用项目**: sdd-full-npm  
+**团队**: SDD开发团队

package/skills/rules/user_rules.md

@@ -0,0 +1,223 @@
+# 个人规则 - SDD全流程开发技能体系
+
+## 一、技能地图
+
+### 需求分析类
+| 技能名称 | 触发关键词 | 适用场景 |
+|---------|-----------|---------|
+| brainstorming | 头脑风暴、创意、想法、需求发散 | 项目初期、需求不确定时 |
+| market-research | 市场调研、竞品分析、用户需求 | 了解竞品、市场情况 |
+| competitive-brief | 竞品简报、竞品对比 | 分析竞品差异 |
+| prd-write | 写PRD、产品需求文档 | 新项目立项、需求定义 |
+| requirement-completion-officer | 需求补全、需求澄清 | 需求不明确时 |
+| sdd | SDD拆分、需求拆分 | 大型需求结构化拆分 |
+| sdd-full | 完整SDD流程、全流程 | 需要完整SDD流程 |
+
+### 设计规划类
+| 技能名称 | 触发关键词 | 适用场景 |
+|---------|-----------|---------|
+| ui-sdd | UI设计、界面设计、交互设计 | UI设计阶段 |
+| sdd-code | 代码设计、实现方案、技术方案 | 功能实现设计 |
+| sdd-test | 测试设计、测试方案 | 测试设计阶段 |
+| sdd-deploy | 部署设计、发布方案 | 部署设计阶段 |
+| sdd-ops | 运维设计、监控方案 | 运维设计阶段 |
+| writing-plans | 制定计划、开发计划 | 需要制定详细计划 |
+
+### 开发执行类
+| 技能名称 | 触发关键词 | 适用场景 |
+|---------|-----------|---------|
+| sdd-add | 快速开发、小功能、临时需求 | 快速迭代、小型功能 |
+| test-driven-development | TDD、测试驱动、先写测试 | TDD开发模式 |
+| systematic-debugging | 调试、Bug排查、问题定位 | 调试Bug时 |
+| verification-before-completion | 验证、代码检查、提交前检查 | 提交/发布前验证 |
+
+### 质量保障类
+| 技能名称 | 触发关键词 | 适用场景 |
+|---------|-----------|---------|
+| quality-gate | 质量检查、门禁、发布检查 | 发布前质量把关 |
+| security-audit | 安全检查、安全审计 | 安全漏洞检查 |
+
+### 发布运维类
+| 技能名称 | 触发关键词 | 适用场景 |
+|---------|-----------|---------|
+| finishing-a-development-branch | 完成分支、合并分支 | 合并开发分支前 |
+| release-flow | 发布流程、版本发布 | 完整发布生命周期 |
+
+### 知识沉淀类
+| 技能名称 | 触发关键词 | 适用场景 |
+|---------|-----------|---------|
+| claudeception | 提取技能、保存经验、持续学习 | 沉淀可复用知识 |
+| mempalace-auto-saver | 保存记忆、自动存档 | 自动保存会话记忆 |
+
+### 专项工具类
+| 技能名称 | 触发关键词 | 适用场景 |
+|---------|-----------|---------|
+| using-superpowers | 全流程、自动化流程 | 使用Superpowers全流程 |
+| requesting-code-review | 请求审查、代码审查 | 需要代码审查 |
+| receiving-code-review | 接收审查、处理审查意见 | 处理代码审查反馈 |
+
+---
+
+## 二、调用决策树
+
+### 问题1：我现在要做什么？
+
+#### 选项A：我有一个新项目，从零开始
+→ 子问题：需要先创意/调研吗？
+→ → 是：**brainstorming** / **market-research** / **competitive-brief**
+→ → 否：跳过
+→ 然后：**prd-write**（写PRD，可选）→ **sdd**（拆需求）或 **sdd-full**（完整SDD流程）
+→ 然后到「选项E：我要设计/开发了」
+
+#### 选项B：我要做新功能/大需求
+→ **sdd**（基础SDD拆分）或 **sdd-full**（完整SDD流程）→ 到「选项E：我要设计/开发了」
+
+#### 选项C：我要做小功能迭代/Bug修复
+→ 子问题：需求是否明确？
+→ → 否：**requirement-completion-officer**（需求补全）
+→ → 是：跳过
+→ **sdd-add**（快速落地）
+→ 如果需要UI：补充调用 **ui-sdd**
+→ 如果需要调试：**systematic-debugging**
+→ 如果需要制定计划：**writing-plans**
+
+#### 选项D：我要发布代码
+→ 子问题：质量检查做了吗？
+→ → 否：**quality-gate**（先做质量检查）
+→ → 是：继续
+→ 子问题：是否完成开发分支？
+→ → 是：**finishing-a-development-branch**
+→ → 否：跳过
+→ **sdd-deploy**（部署设计，可选）→ **release-flow**（发布管理）
+
+#### 选项E：我要设计/开发了
+→ 子问题1：需要UI设计吗？
+→ → 是：**ui-sdd**
+→ → 否：跳过
+→ 子问题2：需要拆实现SDD吗？
+→ → 是：**sdd-code**（含代码规范、技术债务、重构计划）
+→ → 否：跳过
+→ 子问题3：需要设计测试吗？
+→ → 是：**sdd-test**
+→ → 否：跳过
+→ 子问题4：需要设计部署吗？
+→ → 是：**sdd-deploy**
+→ → 否：跳过
+→ 子问题5：需要设计运维吗？
+→ → 是：**sdd-ops**
+→ → 否：跳过
+→ 然后开始开发（sdd-add/test-driven-development/等）
+
+#### 选项F：我要调试问题
+→ **systematic-debugging**
+
+#### 选项G：我要做测试
+→ **sdd-test**（设计测试）→ **test-driven-development**（TDD开发）
+
+#### 选项H：我要做竞品分析
+→ **competitive-brief** / **market-research**
+
+#### 选项I：我要安全检查
+→ **security-audit**
+
+#### 选项J：我要保存/提取经验
+→ **claudeception** / **mempalace-auto-saver**
+
+---
+
+## 三、快捷触发关键词
+
+### 新项目快速启动
+- `/new` 或 `新项目` → 触发新项目流程（brainstorming → prd-write → sdd）
+- `/brain` 或 `头脑风暴` → 触发 brainstorming
+- `/prd` 或 `写PRD` → 触发 prd-write
+
+### 开发快捷命令
+- `/dev` 或 `开发` → 触发 sdd-add
+- `/tdd` 或 `测试驱动` → 触发 test-driven-development
+- `/debug` 或 `调试` → 触发 systematic-debugging
+
+### 质量与发布
+- `/quality` 或 `质量检查` → 触发 quality-gate
+- `/release` 或 `发布` → 触发 release-flow
+- `/deploy` 或 `部署` → 触发 sdd-deploy
+
+### 设计相关
+- `/ui` 或 `UI设计` → 触发 ui-sdd
+- `/code` 或 `代码设计` → 触发 sdd-code
+- `/test` 或 `测试设计` → 触发 sdd-test
+
+### 知识沉淀
+- `/save` 或 `保存经验` → 触发 claudeception
+- `/mem` 或 `记忆保存` → 触发 mempalace-auto-saver
+
+### 全流程命令
+- `/full` 或 `完整流程` → 触发 sdd-full（完整SDD流程）
+- `/flow` 或 `流程` → 显示技能决策树
+
+---
+
+## 四、Trae快捷调用格式
+
+### 方式1：模板快捷调用
+```
+trae调用 模板名称 项目名称=XXX 阶段=XXX 流程场景=XXX
+```
+示例：
+- `trae调用 Brain-SDD 项目名称=个人备忘录APP 阶段=初期想法收集 流程场景=从零开始新项目`
+- `trae调用 PRD-SDD 项目名称=电商平台 需求优先级=P0 流程场景=完整3阶段SDD流程`
+
+### 方式2：简称快捷调用
+```
+trae快捷 模板简称 项目名称=XXX 阶段=XXX 流程场景=XXX
+```
+示例：
+- `trae快捷 Brain 项目名称=个人备忘录APP 阶段=初期想法收集 流程场景=从零开始新项目`
+- `trae快捷 Code 项目名称=电商平台 功能模块=用户登录 流程场景=小型功能迭代`
+
+### 模板简称映射
+| 简称 | 模板名称 |
+|------|---------|
+| Base | Base-SDD.md |
+| Brain | Brain-SDD.md |
+| Competitor | Competitor-SDD.md |
+| PRD | PRD-SDD.md |
+| UI | UI-SDD.md |
+| Code | Code-SDD.md |
+| API | API-SDD.md |
+| Env | Env-SDD.md |
+| Test | Test-SDD.md |
+| UI提示词 | UI资源提示词生成SDD.md |
+
+---
+
+## 五、流程场景参数说明
+
+| 场景编号 | 流程场景 | 说明 |
+|---------|---------|------|
+| 1 | 完整3阶段SDD流程 | 大型项目，需要完整的SDD全流程 |
+| 2 | 从零开始新项目 | 新项目立项，需要创意、调研、PRD |
+| 3 | 小型功能迭代 | 快速迭代，小功能开发 |
+| 4 | Bug处理 | Bug修复，调试问题 |
+| 5 | 代码发布 | 版本发布，质量检查 |
+
+---
+
+## 六、个人偏好设置
+
+### 默认项目名称
+- 默认项目：个人备忘录APP
+
+### 自动保存设置
+- [x] 自动保存记忆（mempalace-auto-saver）
+- [x] 定期提取经验（claudeception）
+
+### 质量检查设置
+- [x] 发布前自动触发 quality-gate
+- [x] 提交前自动触发 verification-before-completion
+
+---
+
+**版本**: v1.0  
+**更新时间**: 2026-05-06  
+**适用项目**: sdd-full-npm

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

@@ -0,0 +1,117 @@
+【claude code调用标识：Andrej Karpathy AI编码规则落地SDD】【trae调用标识：Andrej Karpathy AI编码规则落地SDD+编码规范】【流程场景：1.完整3阶段SDD流程、3.小型功能迭代】
+
+# Andrej Karpathy AI编码规则落地SDD：[项目名称]
+
+## 一、编码约束
+
+### 1.1 THINK BEFORE YOU CODE
+| 规则 | 说明 | 执行方式 |
+|------|------|---------|
+| 明确需求 | 先理解需求再编码 | 需求评审 |
+| 无范围蔓延 | 严格按需求实现 | 需求文档确认 |
+| 简洁优先 | 优先简洁方案 | 方案评审 |
+
+### 1.2 MAKE SURGICAL CHANGES
+| 规则 | 说明 | 执行方式 |
+|------|------|---------|
+| 最小变更 | 只修改必要代码 | 代码审查 |
+| 不碰无关代码 | 不修改无关代码 | CI检查 |
+| 不重构 | 除非明确要求 | 变更审批 |
+
+### 1.3 KEEP IT SIMPLE
+| 规则 | 说明 | 执行方式 |
+|------|------|---------|
+| 简单优先 | 选择简单方案 | 方案评审 |
+| 避免复杂 | 不使用复杂模式 | 代码审查 |
+| 易理解 | 代码易于理解 | peer review |
+
+### 1.4 VERIFY YOUR WORK
+| 规则 | 说明 | 执行方式 |
+|------|------|---------|
+| 测试验证 | 测试覆盖 | 单元测试 |
+| 边缘案例 | 考虑边界 | 边界测试 |
+| 确认方案 | 不确定就问 | 沟通确认 |
+
+### 1.5 COMMUNICATE CLEARLY
+| 规则 | 说明 | 执行方式 |
+|------|------|---------|
+| 简洁说明 | 简要说明变更 | PR描述 |
+| 说明原因 | 说明变更原因 | 文档更新 |
+| 聚焦任务 | 专注当前任务 | 任务管理 |
+
+---
+
+## 二、开源/商用方案对比范式
+
+### 2.1 对比维度
+| 维度 | 开源方案 | 商用方案 |
+|------|---------|---------|
+| 成本 | 免费 | 付费 |
+| 支持 | 社区支持 | 官方支持 |
+| 定制 | 高度定制 | 有限定制 |
+| 稳定性 | 可能不稳定 | 稳定可靠 |
+
+### 2.2 选择原则
+| 场景 | 推荐方案 |
+|------|---------|
+| 核心功能 | 商用方案 |
+| 非核心功能 | 开源方案 |
+| 快速迭代 | 开源方案 |
+| 企业级稳定 | 商用方案 |
+
+### 2.3 决策流程
+```
+需求评估 → 方案调研 → 成本分析 → 风险评估 → 方案选择 → 验证 → 落地
+```
+
+---
+
+## 三、禁止自由发挥落地细则
+
+### 3.1 禁止项清单
+| 禁止行为 | 说明 | 后果 |
+|---------|------|------|
+| 自行添加功能 | 未确认需求 | 返工 |
+| 修改无关代码 | 改动超出范围 | 引入bug |
+| 使用未批准库 | 未评审依赖 | 安全风险 |
+| 跳过测试 | 未测试提交 | 质量问题 |
+
+### 3.2 审批流程
+| 步骤 | 内容 | 负责人 |
+|------|------|--------|
+| 1 | 需求确认 | 产品经理 |
+| 2 | 方案评审 | 技术负责人 |
+| 3 | 代码审查 | 技术评审 |
+| 4 | 测试验证 | QA |
+
+### 3.3 变更控制
+| 变更类型 | 审批级别 |
+|---------|---------|
+| 功能新增 | 技术负责人 |
+| Bug修复 | 技术评审 |
+| 文档更新 | 自行审批 |
+| 基础设施 | 架构师 |
+
+---
+
+## 四、验收标准
+
+### 4.1 编码规范验证
+- [ ] 代码符合约束规则
+- [ ] 无自由发挥变更
+- [ ] 方案经过评审
+- [ ] 变更经过审批
+
+### 4.2 代码质量验证
+- [ ] 代码简洁易懂
+- [ ] 测试覆盖达标
+- [ ] 无未授权修改
+- [ ] 文档同步更新
+
+---
+
+## 五、trae调用参数说明
+- **调用路径**: skills/templates/Andrej Karpathy AI编码规则落地SDD.md
+- **必传参数**: 项目名称
+- **可选参数**: 团队规模、项目类型
+- **流程场景**: 1.完整3阶段SDD流程、3.小型功能迭代

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

@@ -0,0 +1,147 @@
+【claude code调用标识：BDD风格验收标准SDD】【trae调用标识：BDD风格验收标准SDD+验收规范】【流程场景：1.完整3阶段SDD流程、3.小型功能迭代、4.Bug处理】
+
+# BDD风格验收标准SDD：[需求名称]
+
+## 一、需求概述
+
+### 1.1 需求描述
+【必填】简明描述需求的核心内容
+
+### 1.2 需求来源
+- Jira/工单编号：【如：PROJ-001】
+- 提出人：【姓名/角色】
+- 优先级：【P0/P1/P2】
+
+---
+
+## 二、场景定义
+
+### 2.1 正常场景
+| 场景编号 | 场景描述 | 前置条件 |
+|---------|---------|---------|
+| SC001 | 【用户正常使用功能A】 | 【用户已登录】 |
+| SC002 | 【用户完成操作B】 | 【数据已加载】 |
+
+### 2.2 异常场景
+| 场景编号 | 场景描述 | 前置条件 |
+|---------|---------|---------|
+| EC001 | 【网络异常时操作】 | 【无网络连接】 |
+| EC002 | 【数据为空时操作】 | 【数据库无数据】 |
+
+### 2.3 边界场景
+| 场景编号 | 场景描述 | 前置条件 |
+|---------|---------|---------|
+| BC001 | 【参数达到最大限制】 | 【输入达到上限】 |
+| BC002 | 【并发操作场景】 | 【多个用户同时操作】 |
+
+---
+
+## 三、验收句式
+
+### 3.1 Given-When-Then格式
+
+#### 正常场景示例
+```gherkin
+Scenario: 用户登录成功
+  Given 用户在登录页面
+  And 用户输入正确的用户名和密码
+  When 用户点击登录按钮
+  Then 系统跳转到首页
+  And 显示用户信息
+```
+
+#### 异常场景示例
+```gherkin
+Scenario: 用户登录失败（密码错误）
+  Given 用户在登录页面
+  And 用户输入正确的用户名和错误的密码
+  When 用户点击登录按钮
+  Then 显示错误提示"密码错误"
+  And 用户停留在登录页面
+```
+
+### 3.2 前置条件模板
+| 类型 | 格式 | 示例 |
+|------|------|------|
+| 用户状态 | Given 用户【状态】 | Given 用户已登录 |
+| 系统状态 | Given 系统【状态】 | Given 系统正常运行 |
+| 数据状态 | Given 数据【状态】 | Given 数据库中有10条记录 |
+
+### 3.3 预期结果模板
+| 类型 | 格式 | 示例 |
+|------|------|------|
+| 页面跳转 | Then 跳转到【页面】 | Then 跳转到首页 |
+| 信息展示 | Then 显示【信息】 | Then 显示欢迎消息 |
+| 数据变化 | Then 【数据】【变化】 | Then 用户积分增加100 |
+| 错误提示 | Then 显示错误【提示】 | Then 显示错误"网络异常" |
+
+---
+
+## 四、准入标准
+
+### 4.1 需求澄清完成
+- [ ] 需求描述清晰明确
+- [ ] 需求范围已确认
+- [ ] 需求优先级已确定
+- [ ] 利益相关方已确认
+
+### 4.2 设计稿就绪
+- [ ] UI设计稿已完成
+- [ ] 交互设计已确认
+- [ ] 技术方案已评审
+- [ ] API接口已定义
+
+### 4.3 依赖确认
+- [ ] 外部依赖已确认
+- [ ] 内部依赖已协调
+- [ ] 测试环境已准备
+- [ ] 数据准备已完成
+
+---
+
+## 五、准出标准
+
+### 5.1 功能验证通过
+- [ ] 所有正常场景测试通过
+- [ ] 所有异常场景测试通过
+- [ ] 所有边界场景测试通过
+- [ ] 性能测试通过
+
+### 5.2 测试覆盖率
+- [ ] 单元测试覆盖率 ≥ 80%
+- [ ] 集成测试覆盖率 ≥ 70%
+- [ ] E2E测试覆盖核心流程
+- [ ] 安全测试通过
+
+### 5.3 文档完整
+- [ ] 需求文档已更新
+- [ ] API文档已更新
+- [ ] 测试文档已更新
+- [ ] 用户手册已更新
+
+---
+
+## 六、测试用例
+
+### 6.1 单元测试
+| 测试编号 | 测试方法 | 测试内容 | 预期结果 |
+|---------|---------|---------|---------|
+| UT001 | 【方法名】 | 【测试场景】 | 【预期结果】 |
+
+### 6.2 集成测试
+| 测试编号 | 测试场景 | 接口调用 | 预期结果 |
+|---------|---------|---------|---------|
+| IT001 | 【集成场景】 | 【接口列表】 | 【预期结果】 |
+
+### 6.3 E2E测试
+| 测试编号 | 测试场景 | 操作步骤 | 预期结果 |
+|---------|---------|---------|---------|
+| E2E001 | 【端到端场景】 | 【步骤列表】 | 【预期结果】 |
+
+---
+
+## 七、trae调用参数说明
+- **调用路径**: skills/templates/BDD风格验收标准SDD.md
+- **必传参数**: 需求名称
+- **可选参数**: Jira编号、优先级、提出人
+- **流程场景**: 1.完整3阶段SDD流程、3.小型功能迭代、4.Bug处理