sdd-full 4.6.2 → 4.8.1

package/skills//345/256/214/346/225/264/345/274/200/345/217/221/346/265/201/347/250/213/346/211/213/345/206/214.md

@@ -1,454 +0,0 @@
-【claude code调用标识：完整开发流程手册】【trae调用标识：完整开发流程手册+流程指南】【流程场景：1.完整3阶段SDD流程、2.从零开始新项目、3.小型功能迭代、4.Bug处理、5.代码发布】
-
-# 完整开发流程手册
-
-## 概述
-
-本文档定义从需求想法到上线发布的完整端到端开发流程，包含每个阶段的目标、使用技能、产出物、检查清单。
-
----
-
-## 流程图（核心路径）
-
-```
-需求想法 → 1.需求分析 → 2.需求拆分 → 3.设计阶段 → 4.开发阶段 → 5.测试阶段 → 6.质量检查 → 7.发布准备 → 8.发布执行 → 9.发布验证 → 10.复盘总结
-```
-
----
-
-## 阶段1：需求分析
-
-### 目标
-明确需求价值，确定做还是不做，怎么做。
-
-### 使用技能
-- brainstorming（头脑风暴，创意阶段）
-- market-research（市场调研，竞品分析）
-- competitive-brief（竞品简报）
-- requirement-completion-officer（需求补全）
-- **claudeception（知识沉淀，关键发现和最佳实践）**
-
-### 产出物
-- 创意/调研记录
-- 技术初步评估
-- 需求优先级（可选）
-- **知识沉淀记录**
-
-### 检查清单
-- [ ] 需求价值明确
-- [ ] 技术可行性初步评估
-- [ ] 已知风险识别
-- [ ] 大致范围确定
-- [ ] 关键知识已沉淀（claudeception）
-
----
-
-## 阶段2：需求拆分（sdd）
-
-### 目标
-将模糊需求拆分为结构化、可执行的用户故事，确定UI、架构、数据库、接口。
-
-### 使用技能
-- prd-write（写PRD，可选，大项目用）
-- sdd（基础SDD拆分，核心技能）或 sdd-full（完整SDD流程）
-- **claudeception（知识沉淀，架构决策和设计经验）
-
-### 产出物
-```
-docs/
-  ├── stories/
-  │   └── user_stories.md      # 用户故事清单
-  ├── ui/
-  │   └── pages.md            # UI页面清单
-  ├── architecture/
-  │   └── frontend-backend.md # 前后端架构
-  ├── database/
-  │   └── schema.md          # 数据库设计
-  └── api/
-      └── contract.md        # API契约
-```
-- **知识沉淀记录**（架构设计决策和经验记录）
-
-### 检查清单
-- [ ] Epic→Feature→User Story 拆分完成
-- [ ] 每个Story有验收标准
-- [ ] UI页面清单完整
-- [ ] 前后端职责清晰
-- [ ] 数据库/API契约明确
-- [ ] 知识沉淀已完成（claudeception）
-
----
-
-## 阶段3：设计阶段
-
-### 目标
-设计UI交互、功能实现、测试策略、部署方案。
-
-### 使用技能
-- ui-sdd（UI交互SDD）
-- sdd-code（功能实现SDD）
-- sdd-test（测试SDD）
-- sdd-deploy（部署SDD）
-- sdd-ops（运维SDD）
-- writing-plans（编写计划）
-- **claudeception（知识沉淀，设计经验和最佳实践）**
-
-### 产出物
-```
-specs/
-  ├── ui/                 # UI SDD（ui-sdd产出）
-  ├── function-implementation-sdd/ # 功能实现SDD（sdd-code产出）
-  └── test/               # 测试SDD（sdd-test产出）
-docs/
-  └── deploy/             # 部署SDD（sdd-deploy产出）
-  └── ops/                # 运维SDD（sdd-ops产出）
-```
-- **知识沉淀记录**（设计经验和最佳实践）
-
-### 检查清单
-- [ ] UI SDD覆盖所有页面/组件
-- [ ] 功能实现SDD独立可交付
-- [ ] 测试SDD覆盖单元/集成/E2E/性能/安全
-- [ ] 部署SDD包含回滚方案
-- [ ] 运维SDD包含监控/备份方案
-- [ ] 知识沉淀已完成（claudeception）
-
----
-
-## 阶段4：开发阶段
-
-### 目标
-按SDD实现功能，保证代码质量。
-
-### 使用技能
-- sdd-add（快速迭代，小型需求）
-- test-driven-development（TDD，推荐）
-- systematic-debugging（调试）
-- verification-before-completion（完成前验证）
-- **claudeception（知识沉淀，开发经验和问题解决）**
-
-### 产出物
-- 可运行代码
-- 单元测试代码
-- **知识沉淀记录**（开发经验和问题解决方案）
-
-### 检查清单
-- [ ] 代码按规范编写
-- [ ] 单元测试覆盖核心逻辑
-- [ ] 代码提交前验证通过
-- [ ] 知识沉淀已完成（claudeception）
-
----
-
-## 阶段5：测试阶段
-
-### 目标
-全面测试，保证功能正常，性能达标，安全可靠。
-
-### 使用技能
-- sdd-test产出的测试SDD
-- verification-before-completion（验证）
-- **performance-optimize（性能优化，可选，如发现性能问题）**
-- **claudeception（知识沉淀，测试经验和Bug修复经验）**
-
-### 产出物
-- 测试用例执行记录
-- 测试报告
-- Bug清单（已修复）
-- **Performance-SDD（可选，如有性能优化）**
-- **知识沉淀记录**（测试经验和Bug修复经验）
-
-### 检查清单
-- [ ] 所有测试用例执行完成
-- [ ] 单元测试覆盖率达标
-- [ ] 集成测试通过
-- [ ] 性能测试通过
-- [ ] 安全测试通过
-- [ ] 所有P0/P1 Bug已修复
-- [ ] 知识沉淀已完成（claudeception）
-
----
-
-## 阶段6：质量检查
-
-### 目标
-发布前最后一道关卡，全面检查质量是否达标。
-
-### 使用技能
-- quality-gate（质量门禁，核心技能）
-- security-audit（安全审计）
-- **performance-optimize（性能优化，可选，最终性能检查）**
-- **claudeception（知识沉淀，质量检查经验）**
-
-### 产出物
-- 质量检查报告
-- 风险评估记录
-- 发布决策
-- **知识沉淀记录**（质量检查经验）
-
-### 检查清单
-- [ ] 代码质量检查通过
-- [ ] 测试覆盖率检查通过
-- [ ] 性能基准检查通过
-- [ ] 安全漏洞扫描通过
-- [ ] 文档完整性检查通过
-- [ ] 知识沉淀已完成（claudeception）
-
----
-
-## 阶段7：发布准备
-
-### 目标
-准备发布计划、回滚方案、通知相关人员。
-
-### 使用技能
-- sdd-deploy（部署SDD，复用阶段3产出）
-- finishing-a-development-branch（完成开发分支，可选）
-- release-flow（发布流程管理，计划阶段）
-- **claudeception（知识沉淀，发布准备经验）**
-
-### 产出物
-```
-docs/
-  ├── deploy/
-  │   └── ...（复用）
-  └── release/
-      └── release-plan.md # 发布计划
-```
-- **知识沉淀记录**（发布准备经验）
-
-### 检查清单
-- [ ] 发布计划完整
-- [ ] 回滚方案准备好
-- [ ] 数据备份完成
-- [ ] 发布通知已发送
-- [ ] 相关人员已到位
-- [ ] 知识沉淀已完成（claudeception）
-
----
-
-## 阶段8：发布执行
-
-### 目标
-按计划执行发布，监控状态，处理问题。
-
-### 使用技能
-- release-flow（发布执行阶段）
-- **claudeception（知识沉淀，发布执行经验）**
-
-### 产出物
-- 发布执行记录
-- 实时监控数据
-- **知识沉淀记录**（发布执行经验）
-
-### 检查清单
-- [ ] 按发布检查清单执行
-- [ ] 发布过程监控正常
-- [ ] 问题及时响应处理
-- [ ] 发布完成确认
-- [ ] 知识沉淀已完成（claudeception）
-
----
-
-## 阶段9：发布验证
-
-### 目标
-验证发布后功能正常，数据正确，用户反馈良好。
-
-### 使用技能
-- release-flow（发布验证阶段）
-- **performance-optimize（性能优化，可选，生产环境性能验证）**
-- **claudeception（知识沉淀，发布验证经验）**
-
-### 产出物
-- 验证记录
-- 用户反馈收集
-- 发布记录文档
-- **知识沉淀记录**（发布验证经验）
-
-### 检查清单
-- [ ] 冒烟测试通过
-- [ ] 功能验证完成
-- [ ] 性能验证通过
-- [ ] 监控数据正常
-- [ ] 用户反馈正常
-- [ ] 知识沉淀已完成（claudeception）
-
----
-
-## 阶段10：复盘总结
-
-### 目标
-总结经验教训，识别改进点，优化流程。
-
-### 使用技能
-- release-flow（发布复盘阶段）
-- **claudeception（沉淀经验，必须）**
-- **mempalace-auto-saver（自动保存记忆，必须）**
-
-### 产出物
-```
-docs/
-  └── release/
-      ├── release-record.md # 发布记录
-      └── release-retrospective.md # 发布复盘
-```
-- **完整的知识沉淀记录**（全流程经验总结）
-
-### 检查清单
-- [ ] 发布记录完整
-- [ ] 问题根因分析完成
-- [ ] 经验教训总结
-- [ ] 改进计划制定
-- [ ] 经验已沉淀（claudeception + mempalace-auto-saver，必须）
-
----
-
-## 完整流程检查清单（大项目）
-
-| 阶段 | 检查项 |
-|-----|--------|
-| 1.需求分析 | 价值明确、技术可行、需求补全、**知识沉淀** |
-| 2.需求拆分 | sdd/sdd-full完成、所有文档产出、**知识沉淀** |
-| 3.设计阶段 | ui-sdd、sdd-code、sdd-test、sdd-deploy、sdd-ops、writing-plans、**知识沉淀** |
-| 4.开发阶段 | 代码完成、单元测试、验证通过、**知识沉淀** |
-| 5.测试阶段 | 各类测试通过、P0/P1 Bug修复、**性能优化（可选）**、**知识沉淀** |
-| 6.质量检查 | quality-gate、security-audit全通过、**性能检查（可选）**、**知识沉淀** |
-| 7.发布准备 | 计划、回滚、通知都做好、**知识沉淀** |
-| 8.发布执行 | 发布过程顺利、**知识沉淀** |
-| 9.发布验证 | 功能正常、监控正常、**性能验证（可选）**、**知识沉淀** |
-| 10.复盘总结 | 记录完整、有改进计划、**知识沉淀（必须）** |
-
----
-
-## 简化流程（小项目/快速迭代）
-
-对于小项目或快速迭代，可以简化流程：
-
-```
-需求想法 → requirement-completion-officer(可选) → writing-plans(可选) → sdd-add → 开发 → verification-before-completion → **performance-optimize(可选)** → quality-gate → finishing-a-development-branch(可选) → 快速发布 → **claudeception(必须，沉淀经验)**
-```
-
-### 简化检查清单
-- [ ] 需求补全完成（可选）
-- [ ] 计划制定完成（可选）
-- [ ] sdd-add完成
-- [ ] 开发完成
-- [ ] 验证通过
-- [ ] 性能检查完成（可选）
-- [ ] quality-gate基础通过
-- [ ] 发布完成
-- [ ] 知识沉淀完成（claudeception，必须）
-
----
-
-## Bug修复流程（精简合规版）
-
-### 标准版（推荐，带复现确认）
-```
-/bug 或 修复Bug → bug-reproduction-confirm → [Flutter iOS真机问题? ios-full-auto-debug] → systematic-debugging → verification-before-completion → quality-gate → claudeception
-```
-
-### 极简版（无复现确认）
-```
-/bug 或 修复Bug → [Flutter iOS真机问题? ios-full-auto-debug] → systematic-debugging → verification-before-completion → quality-gate → claudeception
-```
-
-### 分支流转规则
-- **复现通过 → systematic-debugging
-- **复现不通过 → 直接归档闭环，关闭Bug
-
----
-
-## 时间估算参考
-
-| 阶段 | 小项目 | 中项目 | 大项目 |
-|-----|--------|--------|--------|
-| 1.需求分析 | 0.5-1天 | 1-2天 | 3-5天 |
-| 2.需求拆分 | 1-2天 | 2-3天 | 3-7天 |
-| 3.设计阶段 | 1-2天 | 2-4天 | 4-10天 |
-| 4.开发阶段 | 2-5天 | 5-10天 | 10-30天 |
-| 5.测试阶段 | 1-2天 | 2-4天 | 4-10天 |
-| 6.质量检查 | 0.5天 | 0.5-1天 | 1-2天 |
-| 7.发布准备 | 0.5天 | 0.5-1天 | 1-2天 |
-| 8.发布执行 | 0.5-1天 | 1-2天 | 2-4天 |
-| 9.发布验证 | 0.5-1天 | 1-2天 | 2-3天 |
-| 10.复盘总结 | 0.5天 | 0.5-1天 | 1-2天 |
-| **合计** | **7-16天** | **14-30天** | **31-76天** |
-
----
-
-## 最佳实践
-
-1. **流程适配：** 大项目走完整流程，小项目简化流程
-2. **质量第一：** 任何发布前至少走quality-gate
-3. **可追溯：** 每个阶段的产出文档要保存好
-4. **持续改进：** 每次复盘后要优化流程
-5. **快速反馈：** 问题发现越早，修复成本越低
-6. **知识管理嵌入全流程：** **每个关键阶段完成后必须用claudeception沉淀经验**
-7. **性能优化常态化：** 在测试、质量检查、发布验证阶段都考虑性能，必要时使用performance-optimize
-8. **需求明确：** 不明确时先用requirement-completion-officer补全需求
-
----
-
----
-
-## SDD融合框架（新增）
-
-### 9份标准化SDD模板
-
-| 模板名称 | 核心内容 | 适用技能 |
-|---------|---------|---------|
-| **Base-SDD** | 全局通用基线规范 | sdd, sdd-full |
-| **Brain-SDD** | 头脑风暴文档 | brainstorming |
-| **Competitor-SDD** | 竞品分析文档 | competitive-brief, market-research |
-| **PRD-SDD** | 产品需求文档 | prd-write, requirement-completion-officer |
-| **UI-SDD** | UI设计文档 | ui-sdd |
-| **Code-SDD** | 代码实现文档 | sdd-code, test-driven-development |
-| **API-SDD** | 接口设计文档 | sdd（接口拆分） |
-| **Env-SDD** | 环境配置文档 | sdd-deploy, sdd-ops |
-| **Test-SDD** | 测试设计文档 | sdd-test, test-driven-development |
-
-### 强制顺序流水线
-
-```
-Base-SDD → Brain-SDD → Competitor-SDD → PRD-SDD → Figma设计 → UI-SDD → Code-SDD → API-SDD → Env-SDD → Test-SDD → TDD开发 → 分层测试 → Bug闭环 → quality-gate → sdd-deploy → release-flow → claudeception
-```
-
-### Bug修复流程（SDD融合版）
-
-```
-1. [Flutter iOS真机问题? ios-full-auto-debug] → systematic-debugging → 更新Code-SDD技术债务记录
-       ↓
-2. Test-SDD补充回归用例 → 关联bug编号
-       ↓
-3. sdd-add修复 → 更新Code-SDD/API-SDD/Env-SDD
-       ↓
-4. verification-before-completion → 更新Test-SDD测试结果
-       ↓
-5. quality-gate → 校验所有SDD规范一致性
-       ↓
-6. claudeception → 更新技术债务/经验沉淀章节
-```
-
-### 精简流程判定标准
-
-满足任意2条即可使用精简流程：
-- 开发周期≤1天，代码量≤500行
-- 不涉及新接口、新UI组件，仅修改现有逻辑/文案
-- 无复杂交互，不影响全局流程
-
-### 模板版本锁定规则
-
-- 所有SDD模板版本化管理
-- 每个项目绑定固定模板版本，不随意自动升级
-- 通过`template-version.lock`文件记录版本信息
-
----
-
-## 更新日志
-- v5.1（2026-05-06）：添加ios-full-auto-debug技能到Bug修复流程中
-- v4.0（2026-05-06）：新增SDD融合框架，9份标准化模板，强制顺序流水线，Bug修复流程融合
-- v3.0（2026-05-05）：发布到npm包，新增npx安装方式，支持Trae/Trae-cn/Claude Code多环境安装
-- v2.0（2026-05-04）：更新技能列表，匹配当前实际存在的技能
-- v1.0（2024-05-04）：初始版本，完整流程定义