Skills: 技能组合与编排

技能链示例：代码提交全流程

代码审查 → 自动修复 → 运行测试 → 更新文档 → 提交代码
   ↓          ↓          ↓          ↓          ↓
 审查报告   修复补丁   测试报告   文档更新   commit ID

技能矩阵示例：全面质量检查

           ┌→ 安全扫描 ─┐
代码变更 ──┤→ 性能分析 ─┤→ 质量报告
           └→ 风格检查 ─┘

条件编排示例：智能部署

变更类型判断：
├── 文档变更 → 只更新文档
├── 测试变更 → 只运行测试
├── 代码变更 → 全流程（审查→测试→部署）
└── 配置变更 → 审查 + 确认后部署

## 执行策略

1. 先执行 code-review Skill
2. 如果发现 🔴 问题：
   - 执行 auto-fix Skill
   - 重新执行 code-review 确认修复
3. 审查通过后执行 test-runner Skill
4. 测试通过后输出汇总报告

Skill A 输出 → 写入上下文变量 → Skill B 读取

示例：
code-review 发现 3 个问题 →
  context: { review_issues: [...], fix_targets: [...] }
→ auto-fix 读取 fix_targets 执行修复

## 汇总报告模板

### 技能链执行结果
| 步骤 | Skill | 状态 | 耗时 | 关键输出 |
|:-----|:------|:-----|:-----|:---------|
| 1 | code-review | ✅ | 30s | 5 个问题 |
| 2 | auto-fix | ✅ | 45s | 修复 4 个 |
| 3 | test-runner | ✅ | 2m | 全部通过 |

松耦合设计：
├── Skill A 不直接调用 Skill B 的内部函数
├── Skill 间通过标准格式传递数据（如 JSON、Markdown）
├── 单个 Skill 失败不影响其他 Skill 的基本功能
└── 可以单独测试每个 Skill

## 幂等性要求
- 多次运行审查 Skill，结果相同
- 修复 Skill 检测问题是否已修复，已修复则跳过
- 部署 Skill 检查当前状态，已部署则确认而非重复部署

---
name: pr-gate
description: "PR 质量门禁：审查+测试+安全三合一"
triggers:
  - keyword: "pr-gate|质量门禁"
---

## 执行流程

1. 调用 code-review（代码审查）
2. 调用 test-runner（运行测试）
3. 调用 security-scan（安全扫描）
4. 汇总三项结果
5. 输出合并建议：
   - 三项全通过 → ✅ 建议合并
   - 任一项 🔴 → ❌ 不建议合并
   - 只有 🟡 → ⚠️ 修复后合并