sdd-full 5.0.0 → 5.0.2

package/skills/sdd-ops/SKILL.md

@@ -1,306 +0,0 @@
-【claude code调用标识：sdd-ops】【trae调用标识：sdd-ops+运维SDD拆分】【流程场景：1.完整3阶段SDD流程、5.代码发布】
-
----
-name: "sdd-ops"
-description: "运维SDD拆分技能，设计监控、日志、备份、扩容等运维方案。Invoke when you need to design operation and maintenance strategy after release."
----
-
-# sdd-ops - 运维SDD拆分技能
-
-## 概述
-
-本技能专注于将发布后的运维需求拆分为完整的运维SDD，包含监控告警、日志管理、备份恢复、扩容策略、灾难恢复、运维手册、故障排查等。
-
----
-
-## 与其他技能的衔接
-
-### 前置技能
-- **sdd-deploy**（部署SDD）
-- **release-flow**（发布完成）
-
-### 后置技能
-- 持续优化运维方案
-
----
-
-## 核心功能
-
-### 1. 监控告警设计
-- 应用监控指标（QPS、响应时间、错误率）
-- 系统监控指标（CPU、内存、磁盘、网络）
-- 数据库监控指标（连接数、慢查询、复制延迟）
-- 告警规则定义（P0/P1/P2告警级别）
-- 告警通知渠道（电话、短信、邮件、IM）
-
-### 2. 日志管理设计
-- 日志级别定义（DEBUG/INFO/WARN/ERROR）
-- 日志格式规范
-- 日志采集方案（ELK/CloudWatch/Loki等）
-- 日志存储策略（保留时长、归档、清理）
-- 日志查询规范
-
-### 3. 备份恢复设计
-- 数据库备份策略（全量+增量）
-- 文件备份策略（静态资源、配置）
-- 备份存储方案（本地+异地）
-- 备份验证方案
-- 恢复流程文档
-
-### 4. 扩容策略设计
-- 水平扩容方案（加机器）
-- 垂直扩容方案（升配置）
-- 自动扩容触发条件
-- 手动扩容流程
-- 扩容验证清单
-
-### 5. 灾难恢复设计
-- 灾难场景定义（机房故障、数据丢失、大面积故障）
-- RTO/RPO目标定义
-- 多活/灾备架构
-- 灾难切换流程
-- 灾难演练计划
-
-### 6. 运维手册编写
-- 日常运维检查清单
-- 常见问题排查手册
-- 应急响应流程
-- 权限管理规范
-- 变更管理流程
-
-### 7. 故障排查流程
-- 故障分级（P0/P1/P2）
-- 排查步骤指南
-- 问题根因分析方法
-- 故障记录模板
-- 复盘优化流程
-
----
-
-## 产出文件结构
-
-### 运维SDD目录
-```
-docs/
-  └── ops/
-      ├── monitoring.md          # 监控告警设计
-      ├── logging.md            # 日志管理设计
-      ├── backup-restore.md      # 备份恢复设计
-      ├── scaling.md            # 扩容策略设计
-      ├── disaster-recovery.md  # 灾难恢复设计
-      ├── manual.md             # 运维手册
-      └── troubleshooting.md    # 故障排查流程
-```
-
----
-
-## 运维SDD模板
-
-### 监控告警SDD模板
-```markdown
-# 监控告警SDD
-
-## 1. 监控指标清单
-
-### 应用层监控
-| 指标名称 | 说明 | 正常值范围 | 告警阈值 |
-|---------|------|----------|---------|
-| QPS | 每秒请求数 | - | >1000或<100（异常） |
-| 响应时间P99 | 99分位响应时间 | <200ms | >500ms |
-| 错误率 | 请求错误比例 | <1% | >5% |
-| 健康检查 | 应用是否健康 | UP | DOWN |
-
-### 系统层监控
-| 指标名称 | 说明 | 正常值范围 | 告警阈值 |
-|---------|------|----------|---------|
-| CPU使用率 | CPU利用率 | <70% | >90%持续5分钟 |
-| 内存使用率 | 内存利用率 | <80% | >95%持续5分钟 |
-| 磁盘使用率 | 磁盘空间利用率 | <80% | >90% |
-| 网络IO | 网络流量 | - | 异常波动 |
-
-### 数据库监控
-| 指标名称 | 说明 | 正常值范围 | 告警阈值 |
-|---------|------|----------|---------|
-| 连接数 | 活动连接数 | <90%最大连接 | >95%最大连接 |
-| 慢查询 | 慢查询数量 | <10个/分钟 | >50个/分钟 |
-| 复制延迟 | 主从延迟 | <1s | >10s |
-
-## 2. 告警规则
-
-### P0告警（立即响应）
-- 健康检查失败
-- 错误率>10%
-- 数据库主从断开
-
-### P1告警（1小时内响应）
-- CPU>90%持续5分钟
-- 内存>95%持续5分钟
-- 错误率>5%
-
-### P2告警（工作日响应）
-- 磁盘>85%
-- 慢查询异常增加
-
-## 3. 告警通知渠道
-- P0：电话+短信+IM群@所有人
-- P1：IM群@所有人+邮件
-- P2：IM群消息
-
-## 4. 检查清单
-- [ ] 监控指标配置完成
-- [ ] 告警规则已设置
-- [ ] 通知渠道已配置
-- [ ] 告警测试已通过
-```
-
----
-
-### 备份恢复SDD模板
-```markdown
-# 备份恢复SDD
-
-## 1. 备份策略
-
-### 数据库备份
-- 全量备份：每日凌晨2点，保留30天
-- 增量备份：每小时，保留7天
-- 备份存储：本地+云存储（异地备份）
-
-### 文件备份
-- 配置文件：每小时，保留30天
-- 静态资源：每日，保留7天
-
-## 2. 恢复流程
-
-### 数据库恢复步骤
-1. 停止应用
-2. 从备份恢复数据库
-3. 验证数据完整性
-4. 启动应用
-5. 完整测试
-
-### 文件恢复步骤
-1. 定位备份文件
-2. 恢复到目标位置
-3. 验证文件完整性
-4. 测试应用
-
-## 3. 备份验证
-- 每日自动验证备份完整性
-- 每周执行一次恢复演练
-- 每月执行一次完整灾难恢复演练
-
-## 4. 检查清单
-- [ ] 备份任务已配置
-- [ ] 备份存储位置安全
-- [ ] 恢复流程已文档化
-- [ ] 定期演练计划已制定
-```
-
----
-
-### 灾难恢复SDD模板
-```markdown
-# 灾难恢复SDD
-
-## 1. 灾难场景定义
-
-### 场景1：单机房故障
-- 影响：一个机房不可用
-- 目标：RTO<1小时，RPO<15分钟
-
-### 场景2：数据库故障
-- 影响：主库不可用
-- 目标：RTO<30分钟，RPO<5分钟
-
-### 场景3：大面积故障
-- 影响：核心服务不可用
-- 目标：RTO<2小时，RPO<30分钟
-
-## 2. 灾难恢复流程
-
-### 启动响应
-1. 监控报警触发
-2. 确认灾难级别
-3. 启动应急响应小组
-4. 通知相关人员
-
-### 执行恢复
-1. 按预定义流程执行
-2. 定期汇报进度
-3. 记录所有操作
-
-### 验证恢复
-1. 核心功能测试
-2. 数据完整性验证
-3. 性能验证
-
-### 恢复业务
-1. 确认业务正常
-2. 通知用户
-3. 关闭响应
-
-## 3. 灾难演练
-- 每季度一次桌面演练
-- 每半年一次小型演练
-- 每年一次完整灾难恢复演练
-
-## 4. 检查清单
-- [ ] RTO/RPO目标明确
-- [ ] 灾难场景覆盖完整
-- [ ] 恢复流程文档化
-- [ ] 演练计划已制定
-```
-
----
-
-## 使用步骤
-
-### 步骤1：评估运维需求
-- 分析系统重要程度
-- 确定RTO/RPO目标
-- 评估运维复杂度
-
-### 步骤2：设计运维方案
-- 使用模板创建各运维SDD
-- 定义监控告警策略
-- 设计备份恢复方案
-- 制定灾难恢复流程
-
-### 步骤3：落地执行
-- 配置监控系统
-- 实现备份策略
-- 编写运维手册
-- 培训运维人员
-
----
-
-## 与其他技能的集成
-
-### 与release-flow集成
-```
-release-flow → sdd-ops → 运维方案落地
-```
-
----
-
-## 最佳实践
-
-1. **监控要全面：** 应用、系统、数据库都要覆盖
-2. **备份要验证：** 不仅备份，还要定期演练恢复
-3. **灾难有预案：** 提前准备好灾难恢复流程
-4. **运维文档化：** 所有操作都要有文档
-5. **定期做演练：** 桌面演练+实际演练结合
-
----
-
-## 常见问题
-
-### Q：如何确定RTO/RPO目标？
-A：根据业务重要程度评估，核心业务RTO<1小时，RPO<15分钟；一般业务可以适当放宽。
-
-### Q：监控指标太多怎么办？
-A：分层级管理，P0指标重点关注，P1/P2按需配置，避免告警疲劳。
-
-### Q：备份存储在哪里安全？
-A：建议3-2-1原则：3份备份，2种介质，1份异地。

package/skills/ui-sdd-specialized/SKILL.md

@@ -1,56 +0,0 @@
-name: UI-SDD专用模板
-description: UI设计稿结构化SDD固定格式、字段、交付标准
-author: 
-version: 1.0.0
-trigger:
-  - UI-SDD专用模板
-  - UI设计稿模板
-  - UI交付标准
-tags:
-  - UI设计
-  - SDD模板
-  - 设计规范
-  - 交付标准
-
-【claude code调用标识：UI-SDD专用模板】【trae调用标识：UI-SDD专用模板+UI设计规范】【流程场景：1.完整3阶段SDD流程、3.小型功能迭代】
-
-## 功能描述
-
-本技能提供UI设计稿结构化SDD模板，包含固定格式、必填字段和交付标准，帮助团队规范UI设计流程。
-
-## 调用方式
-
-### Claude Code调用
-```
-调用 UI-SDD专用模板 页面名称=首页 设计稿版本=v1.0
-```
-
-### Trae调用
-```
-trae调用 UI-SDD专用模板 页面名称=首页 设计稿版本=v1.0 流程场景=完整3阶段SDD流程
-```
-
-## 参数说明
-
-| 参数名 | 类型 | 必填 | 说明 |
-|--------|------|------|------|
-| 页面名称 | string | 是 | UI页面或组件名称 |
-| 设计稿版本 | string | 否 | 设计稿版本号 |
-| 设计师 | string | 否 | 设计师姓名 |
-| 设计日期 | string | 否 | 设计日期 |
-
-## 输出内容
-
-1. 设计稿信息（Figma链接、备份文件、版本）
-2. 页面结构（层级、组件清单、布局规范）
-3. 交互设计（页面跳转、状态切换、动效说明）
-4. 视觉规范（颜色、字体、间距）
-5. 交付标准（完整性检查、切图规范）
-6. 验收标准（视觉还原度、交互正确性）
-
-## 适用场景
-
-- UI设计阶段
-- 设计稿评审
-- 设计规范制定
-- 前端开发参考

package/skills/using-superpowers/SKILL.md

@@ -1,117 +0,0 @@
-【claude code调用标识：using-superpowers】【trae调用标识：using-superpowers+技能调用管理】【流程场景：1.完整3阶段SDD流程、2.从零开始新项目、3.小型功能迭代、4.Bug处理、5.代码发布】
-
----
-name: using-superpowers
-description: 当开始任何对话时使用 - 建立如何查找和使用技能的方法，要求在包括澄清问题在内的任何响应之前调用Skill工具
----
-
-<SUBAGENT-STOP>
-如果您被派作为子代理执行特定任务，请跳过此技能。
-</SUBAGENT-STOP>
-
-<EXTREMELY-IMPORTANT>
-如果您认为技能可能适用于您正在做的事情的可能性甚至为1%，您绝对必须调用该技能。
-
-如果技能适用于您的任务，您没有选择。您必须使用它。
-
-这是不可协商的。这不是可选的。您不能通过理性思考来逃避这一点。
-</EXTREMELY-IMPORTANT>
-
-## 指令优先级
-
-Superpowers技能会覆盖默认的系统提示行为，但**用户指令始终优先**：
-
-1. **用户的明确指令**（CLAUDE.md、GEMINI.md、AGENTS.md、直接请求）— 最高优先级
-2. **Superpowers技能** — 在冲突时覆盖默认系统行为
-3. **默认系统提示** — 最低优先级
-
-如果CLAUDE.md、GEMINI.md或AGENTS.md说"不要使用TDD"，而技能说"始终使用TDD"，请遵循用户的指令。用户是控制者。
-
-## 如何访问技能
-
-**在Claude Code中：** 使用`Skill`工具。当您调用技能时，其内容会加载并呈现给您——直接遵循它。永远不要在技能文件上使用Read工具。
-
-**在Gemini CLI中：** 技能通过`activate_skill`工具激活。Gemini在会话开始时加载技能元数据，并根据需要激活完整内容。
-
-**在其他环境中：** 查看您平台的文档，了解如何加载技能。
-
-## 平台适应
-
-技能使用Claude Code工具名称。非CC平台：请参阅`references/codex-tools.md`（Codex）了解工具等效项。Gemini CLI用户通过GEMINI.md自动加载工具映射。
-
-# 使用技能
-
-## 规则
-
-**在任何响应或操作之前调用相关或请求的技能。** 即使技能可能适用的可能性为1%，也意味着您应该调用技能进行检查。如果调用的技能结果证明不适合该情况，您不需要使用它。
-
-```dot
-digraph skill_flow {
-    "收到用户消息" [shape=doublecircle];
-    "即将进入计划模式？" [shape=doublecircle];
-    "已经进行头脑风暴？" [shape=diamond];
-    "调用头脑风暴技能" [shape=box];
-    "可能适用任何技能？" [shape=diamond];
-    "调用Skill工具" [shape=box];
-    "宣布：'使用[技能]进行[目的]'" [shape=box];
-    "有清单？" [shape=diamond];
-    "为每个项目创建TodoWrite待办事项" [shape=box];
-    "严格遵循技能" [shape=box];
-    "响应（包括澄清）" [shape=doublecircle];
-
-    "即将进入计划模式？" -> "已经进行头脑风暴？";
-    "已经进行头脑风暴？" -> "调用头脑风暴技能" [label="否"];
-    "已经进行头脑风暴？" -> "可能适用任何技能？" [label="是"];
-    "调用头脑风暴技能" -> "可能适用任何技能？";
-
-    "收到用户消息" -> "可能适用任何技能？";
-    "可能适用任何技能？" -> "调用Skill工具" [label="是，即使1%"];
-    "可能适用任何技能？" -> "响应（包括澄清）" [label="绝对不"];
-    "调用Skill工具" -> "宣布：'使用[技能]进行[目的]'";
-    "宣布：'使用[技能]进行[目的]'" -> "有清单？";
-    "有清单？" -> "为每个项目创建TodoWrite待办事项" [label="是"];
-    "有清单？" -> "严格遵循技能" [label="否"];
-    "为每个项目创建TodoWrite待办事项" -> "严格遵循技能";
-}
-```
-
-## 红旗
-
-这些想法意味着停止——您在合理化：
-
-| 想法 | 现实 |
-|------|------|
-| "这只是一个简单的问题" | 问题是任务。检查技能。 |
-| "我需要先了解更多上下文" | 技能检查在澄清问题之前进行。 |
-| "让我先探索代码库" | 技能告诉您如何探索。先检查。 |
-| "我可以快速检查git/文件" | 文件缺乏对话上下文。检查技能。 |
-| "让我先收集信息" | 技能告诉您如何收集信息。 |
-| "这不需要正式技能" | 如果技能存在，使用它。 |
-| "我记得这个技能" | 技能会演变。阅读当前版本。 |
-| "这不算任务" | 行动=任务。检查技能。 |
-| "技能过度了" | 简单的事情会变得复杂。使用它。 |
-| "我先做这件事" | 在做任何事情之前检查。 |
-| "这感觉很有成效" | 无纪律的行动浪费时间。技能可以防止这种情况。 |
-| "我知道那是什么意思" | 知道概念≠使用技能。调用它。 |
-
-## 技能优先级
-
-当多个技能可能适用时，使用此顺序：
-
-1. **首先是流程技能**（头脑风暴、调试）- 这些决定如何处理任务
-2. **其次是实现技能**（前端设计、mcp-builder）- 这些指导执行
-
-"让我们构建X" → 先头脑风暴，然后是实现技能。
-"修复这个错误" → 先调试，然后是领域特定技能。
-
-## 技能类型
-
-**严格**（TDD、调试）：严格遵循。不要放弃纪律。
-
-**灵活**（模式）：根据上下文调整原则。
-
-技能本身会告诉您是哪一种。
-
-## 用户指令
-
-指令说明做什么，而不是怎么做。"添加X"或"修复Y"并不意味着跳过工作流程。