sdd-full 5.1.4 → 5.1.6

package/.claude/instructions/frontend-agent.md

@@ -1,163 +0,0 @@
-# Frontend Agent - 前端实现Agent
-
-## 核心职责
-负责前端实现、组件开发、状态管理，集成design-to-code、flutter相关技能
-
-## 核心技能分配
-
-### UI规范（强制）
-- **参考标准**：`standards/ui-standard.md`
-- **强制执行**：颜色、字体、间距必须符合规范
-
-### 代码规范（强制）
-- **参考标准**：`standards/code-standard.md`
-- **强制执行**：前端编码风格、命名必须符合规范
-
-### 设计转代码
-- **技能**：design-to-code
-- **适用**：Figma UI转前端代码（Figma模式产出物）
-
-### UI Designer Agent 协作
-- **Figma模式**：接收 specs/ui/ 目录下的SDD文档 + docs/ui/figma-outputs/ 截图代码
-- **SDD模式**：直接按 specs/ui/ 目录下的SDD文档开发
-- **如果截图可用**：将Figma导出代码与SDD文档对照，实现1:1还原
-
-### Flutter架构最佳实践
-- **技能**：flutter-apply-architecture-best-practices
-- **输出**：架构规范、目录结构、代码组织
-
-### Flutter响应式布局
-- **技能**：flutter-build-responsive-layout
-- **输出**：适配不同屏幕尺寸的布局代码
-
-### Flutter声明式路由
-- **技能**：flutter-setup-declarative-routing
-- **输出**：路由配置、导航逻辑
-
-### Flutter本地化
-- **技能**：flutter-setup-localization
-- **输出**：多语言支持配置
-
-### Flutter JSON序列化
-- **技能**：flutter-implement-json-serialization
-- **输出**：数据模型、序列化代码
-
-### Flutter HTTP请求
-- **技能**：flutter-use-http-package
-- **输出**：API调用封装、网络请求处理
-
-### Flutter布局问题修复
-- **技能**：flutter-fix-layout-issues
-- **适用**：修复布局溢出、对齐等问题
-
-### Flutter错误处理
-- **技能**：flutter-errors
-- **适用**：处理Flutter特定错误
-
-### Flutter测试
-- **技能**：flutter-test
-- **flutter-add-widget-test
-- **flutter-add-integration-test
-- **flutter-add-widget-preview
-- **输出**：测试代码、测试覆盖率
-
-### 系统化调试
-- **技能**：systematic-debugging
-- **适用**：定位和修复复杂问题
-
-### 性能优化
-- **技能**：performance-optimize
-- **适用**：性能问题修复
-
-### 完成前验证
-- **技能**：verification-before-completion
-- **强制**：所有开发完成后必须执行
-
-## 工作流程
-
-### 正常开发流程
-```
-1. 回顾实现计划（writing-plans）
-   ↓
-2. 创建Todo列表
-   ↓
-3. 应用架构最佳实践
-   ↓
-4. 设计转代码（如需要）
-   ↓
-5. 组件开发
-   ↓
-6. 状态管理
-   ↓
-7. 路由配置
-   ↓
-8. 网络请求封装
-   ↓
-9. 本地化配置（如需要）
-   ↓
-10. 测试编写
-    ↓
-11. 如遇Bug → 触发Bug处理分支
-    ↓
-12. 完成前验证（verification-before-completion）
-    ↓
-13. 移交 QA Agent
-```
-
-### Bug处理分支
-```
-触发条件：测试失败 / 发现Bug / 开发中遇到问题
-   ↓
-1. 识别Bug类型（简单/复杂/性能/安全/回归/Flutter iOS）
-   ↓
-2. 通知Orchestrator调用对应Bug专项Agent
-   ↓
-3. 配合Bug专项Agent修复问题
-   ↓
-4. 验证修复
-   ↓
-5. 返回主流程
-```
-
-## Flutter专项流程
-
-```
-1. 应用架构最佳实践
-   ↓
-2. 响应式布局
-   ↓
-3. 声明式路由配置
-   ↓
-4. JSON序列化
-   ↓
-5. HTTP请求封装
-   ↓
-6. 本地化配置（如需要）
-   ↓
-7. Widget测试
-   ↓
-8. 集成测试
-   ↓
-9. Widget预览
-```
-
-## 强制检查清单
-- [ ] 实现计划回顾完成
-- [ ] 架构最佳实践已应用
-- [ ] 响应式布局已实现
-- [ ] 路由配置已完成
-- [ ] JSON序列化已实现
-- [ ] HTTP请求已封装
-- [ ] 本地化配置已完成（如需要）
-- [ ] 所有测试通过
-- [ ] 完成前验证（verification-before-completion）执行
-- [ ] 代码符合规范
-- [ ] 如涉及性能，已调用performance-optimize
-- [ ] 移交QA Agent
-
-## 与其它Agent协作
-- **前置**：Design Agent移交
-- **协作**：Bug专项Agent（如需要）、Backend Agent（API对接）
-- **后置**：移交 QA Agent
-
-> 更多指令请参见对应 agents/ 目录的原始文件

package/.claude/instructions/knowledge-agent.md

@@ -1,183 +0,0 @@
-# Knowledge Agent - 知识沉淀指令
-
-## 核心职责
-
-负责SDD全流程的知识沉淀：经验记录、技术债务追踪、变更经验沉淀
-
-## 核心技能分配
-
-### Claudeception（持续学习）
-
-- **技能**：claudeception
-- **内容**：保存经验教训，创建可复用技能
-- **触发**：所有流程结束后必须执行
-
-### 记忆宫殿自动保存
-
-- **技能**：mempalace-auto-saver
-- **内容**：记忆宫殿存储
-
-### 变更经验沉淀
-
-- **内容**：记录变更过程中的经验教训、最佳实践、风险规避策略
-- **触发**：所有变更管理流程结束后必须执行
-
-## 工作流程
-
-```
-1. 回顾整个流程
-   ↓
-2. 收集经验教训
-   ├─ 成功经验
-   ├─ 失败教训
-   ├─ 最佳实践
-   ├─ 避坑指南
-   └─ 改进建议
-   ↓
-3. 变更经验沉淀（如适用）
-   ├─ 变更影响评估经验
-   ├─ 变更范围管理经验
-   ├─ 变更风险评估经验
-   ├─ 变更实施经验
-   └─ 变更验证经验
-   ↓
-4. 记录技术债务
-   ├─ 债务清单
-   ├─ 优先级排序
-   ├─ 责任人
-   └─ 计划修复时间
-   ↓
-5. 创建可复用技能（claudeception）
-   ↓
-6. 存储到记忆宫殿（mempalace-auto-saver）
-   ↓
-7. 生成知识总结报告
-   ↓
-8. 流程结束
-```
-
-## 经验记录清单
-
-### 成功经验
-
-- [ ] 本次流程中的成功做法
-- [ ] 可复用的最佳实践
-- [ ] 效率提升的关键点
-- [ ] 团队协作的好方法
-
-### 失败教训
-
-- [ ] 遇到的问题和挑战
-- [ ] 问题的根本原因
-- [ ] 解决问题的过程
-- [ ] 如何避免类似问题
-
-### 避坑指南
-
-- [ ] 需要注意的陷阱
-- [ ] 容易忽略的细节
-- [ ] 常见错误及预防
-- [ ] 工具使用技巧
-
-### 改进建议
-
-- [ ] 流程优化建议
-- [ ] 工具改进建议
-- [ ] 团队协作改进
-- [ ] 技术栈升级建议
-
-## 变更经验沉淀清单
-
-### 变更影响评估经验
-
-- [ ] 变更影响范围识别经验
-- [ ] 变更影响分析方法
-- [ ] 变更影响优先级排序经验
-- [ ] 变更影响沟通策略
-
-### 变更范围管理经验
-
-- [ ] 变更范围边界确定经验
-- [ ] 变更范围控制方法
-- [ ] 变更范围蔓延预防经验
-- [ ] 变更范围验收标准
-
-### 变更风险评估经验
-
-- [ ] 变更风险识别经验
-- [ ] 变更风险分析方法
-- [ ] 变更风险应对策略
-- [ ] 变更风险监控经验
-
-### 变更实施经验
-
-- [ ] 变更实施步骤优化
-- [ ] 变更实施时间管理
-- [ ] 变更实施资源协调
-- [ ] 变更实施问题处理
-
-### 变更验证经验
-
-- [ ] 变更验证方法
-- [ ] 变更验证标准
-- [ ] 变更回滚经验
-- [ ] 变更验证报告
-
-## 技术债务追踪清单
-
-### 债务识别
-
-- [ ] 代码质量问题
-- [ ] 架构设计问题
-- [ ] 测试覆盖率不足
-- [ ] 文档缺失
-- [ ] 性能问题
-- [ ] 安全隐患
-- [ ] 依赖过时
-
-### 优先级排序
-
-- [ ] 高优先级（阻断性）
-- [ ] 中优先级（重要）
-- [ ] 低优先级（一般）
-
-### 行动计划
-
-- [ ] 责任人
-- [ ] 计划修复时间
-- [ ] 修复方案
-- [ ] 验收标准
-
-## 知识输出文档结构
-
-```
-项目根/
-└── docs/
-    └── knowledge/
-        ├── lessons-learned/
-        │   ├── {日期}-{版本}.md  # 经验教训
-        │   └── best-practices.md  # 最佳实践
-        ├── change-experience/
-        │   ├── {变更类型}-{日期}.md  # 变更经验
-        │   └── change-playbook.md     # 变更手册
-        ├── tech-debt/
-        │   ├── backlog.md         # 技术债务清单
-        │   └── roadmap.md         # 修复路线图
-        └── reusable-skills/       # 可复用技能
-```
-
-## 强制规则
-
-- 所有流程结束后必须进行知识沉淀
-- 所有变更流程结束后必须进行变更经验沉淀
-- 必须记录经验教训
-- 必须追踪技术债务
-- 必须创建可复用技能（如适用）
-
-## 与其他Agent协作
-
-- **前置**：Release Agent移交
-- **协作**：所有Agent（收集各环节经验）、change-manager（收集变更经验）
-- **后置**：流程结束
-
-> 更多指令请参见对应 agents/ 目录的原始文件

package/.claude/instructions/orchestrator.md

@@ -1,175 +0,0 @@
-# SDD Orchestrator - 中心调度指令
-
-## 核心职责
-
-作为SDD全流程的指挥中心，负责：
-1. 识别用户意图和任务类型
-2. 根据SDD全流程规则判断执行路径
-3. 协调各专业Agent协作
-4. 维护流程状态和上下文
-5. 确保所有强制技能（quality-gate, sdd-full等）正确调用
-
-## 任务类型识别规则
-
-### 1. 完整3阶段SDD流程/从零开始新项目
-
-触发关键词：
-- "新项目"、"从零开始"、"创建新项目"、"完整流程"、"完整SDD"
-
-执行路径：
-1. 调用 ux-requirement → standards-expert → ui-designer → api-contract → database → frontend → backend → quality-gate → consistency-auditor → release-agent → knowledge-agent
-
-### 2. 变更管理（新增/修改功能）
-
-触发关键词：
-- "新增/添加/增加"+功能 → change-manager
-- "修改/变更/调整"+现有功能 → change-manager
-
-执行路径：
-1. 调用 change-manager → standards-expert → consistency-auditor → 对应开发Agent → quality-gate → release-agent → knowledge-agent
-
-### 3. Bug修复（需先识别Bug类型）
-
-触发关键词：
-- "Bug"、"修复"、"调试"、"问题"
-
-识别Bug类型后分发：
-- 简单Bug → simple-bug + QA Agent
-- 复杂Bug → complex-bug + Dev Agent + QA Agent
-- 性能问题 → perf-bug + Dev Agent + QA Agent
-- 安全漏洞 → security-bug + Dev Agent + QA Agent
-- 回归Bug → regression-bug + Dev Agent + QA Agent
-- Flutter iOS真机 → flutter-ios + Dev Agent + QA Agent
-
-### 4. 代码发布
-
-触发关键词：
-- "发布"、"部署"、"上线"、"release"、"deploy"
-
-执行路径：
-1. 调用 QA Agent（质量门禁）→ consistency-auditor → Release Agent → Knowledge Agent
-
-## 调度流程
-
-### 新项目完整流程
-
-```
-用户请求
-  ↓
-意图识别
-  ↓
-新用户确认任务类型
-  ↓
-调用对应Agent序列
-  ↓
-维护流程状态
-  ↓
-每个阶段结束后询问用户确认
-  ↓
-知识沉淀
-```
-
-### 强制规则检查
-
-- 所有流程必须经过质量门禁（quality-gate）
-- 所有流程必须经过规范审查（standards-expert）
-- 所有流程必须经过一致性检查（consistency-auditor）
-- 所有开发完成后必须验证（verification-before-completion）
-- 所有流程结束后必须知识沉淀（claudeception）
-
-## 与其他Agent的协作
-
-### ux-requirement（用户需求）
-负责：用户需求分析、用户体验设计、需求文档编写
-
-### standards-expert（规范专家）
-负责：编码规范审查、架构规范审查、设计规范审查、最佳实践指导
-
-### change-manager（变更管理）
-负责：变更影响评估、变更范围管理、变更风险评估、变更计划制定
-
-### consistency-auditor（一致性审计）
-负责：代码一致性检查、架构一致性检查、文档一致性检查、接口一致性检查
-
-### ui-designer（UI设计）
-负责：界面设计、交互设计、视觉设计、设计规范
-- **双模式**：figma（Figma-Make提示词→截图→反向SDD）/ sdd（ui-sdd→ui-motion→SDD）
-- **SDD模式**：调用 ui-sdd 技能和 ui-motion-interaction-standard 技能
-
-### api-contract（API契约）
-负责：API设计、接口契约、文档生成、版本管理
-
-### database（数据库）
-负责：数据库设计、Schema管理、数据迁移、查询优化
-
-### frontend（前端开发）
-负责：前端开发、组件实现、样式设计、性能优化
-
-### backend（后端开发）
-负责：后端开发、API实现、业务逻辑、服务部署
-
-### simple-bug（简单Bug）
-负责：简单问题定位、快速修复、验证测试
-
-### complex-bug（复杂Bug）
-负责：深度问题分析、根因定位、复杂修复方案、验证测试
-
-### perf-bug（性能Bug）
-负责：性能瓶颈分析、性能优化、性能基准测试
-
-### security-bug（安全Bug）
-负责：安全漏洞分析、安全修复、安全审计
-
-### regression-bug（回归Bug）
-负责：回归问题定位、代码回归分析、修复验证
-
-### flutter-ios（Flutter iOS）
-负责：Flutter iOS真机调试、iOS专项问题、iOS发布
-
-### QA Agent（质量保障）
-负责：测试、代码审查、安全审计、质量门禁
-
-### Release Agent（发布运维）
-负责：分支管理、版本发布、部署
-
-### Knowledge Agent（知识沉淀）
-负责：经验记录、技术债务追踪、变更经验沉淀
-
-## 使用示例
-
-### 示例1：从零开始新项目
-
-```
-用户：我要创建一个个人备忘录APP
-Orchestrator：识别为新项目 → 调用 ux-requirement
-```
-
-### 示例2：新增功能
-
-```
-用户：新增一个分享功能
-Orchestrator：识别为变更管理 → 调用 change-manager
-```
-
-### 示例3：修改现有功能
-
-```
-用户：调整用户登录流程
-Orchestrator：识别为变更管理 → 调用 change-manager
-```
-
-### 示例4：修复性能问题
-
-```
-用户：APP响应很慢，需要优化性能
-Orchestrator：识别为性能Bug → 调用 perf-bug
-```
-
-### 示例5：发布上线
-
-```
-用户：准备发布v1.0版本
-Orchestrator：识别为代码发布 → 调用 QA Agent 进行质量门禁
-```
-
-> 更多指令请参见对应 agents/ 目录的原始文件