## 一、Skill 定位

`Compound-Engineering` 关注的是“复杂工程任务的分阶段协同”。  
它把需求理解、方案设计、代码检查、风险评估、发布准备串成统一流程，减少单点失误。

## 二、适用场景

1. 需求频繁变更、跨角色协作复杂的项目。
2. 需要把评审流程标准化的研发团队。
3. 上线风险高、需要多环节质量门禁的业务。
4. 需要沉淀工程最佳实践与复盘机制。

## 三、安装与前置

### 1) 安装命令

```bash
clawhub install compound-engineering
clawhub sync --all
```

### 2) 推荐准备项

1. 统一代码规范与分支策略。
2. 基础 CI（测试、Lint、构建）已可运行。
3. 明确评审角色与责任边界。

## 四、使用方法

### Step 1：任务拆解

```text
/skill compound-engineering
对“新增支付回调模块”做工程拆解，输出需求澄清、实现步骤、测试策略与上线检查项。
```

### Step 2：分阶段评审

1. 设计评审：检查架构与边界。
2. 实现评审：检查代码质量与可维护性。
3. 风险评审：检查安全、性能、回滚方案。

### Step 3：输出标准化结论

固定输出模板建议：

1. 关键问题（按优先级）
2. 修复建议
3. 阻塞项
4. 可上线条件

### Step 4：形成闭环

评审结果自动同步到任务系统，跟踪问题状态直到关闭。

## 五、注意事项

1. **避免过度流程化**：小需求采用轻量流程，大需求走完整流水线。
2. **保持可追溯**：每条评审意见都要有定位和责任人。
3. **不要忽略回滚**：发布策略必须包含失败回滚路径。
4. **防止伪通过**：关键门禁不允许“人工口头放行”。
5. **持续复盘**：上线后对照评审结论评估准确率。

## 六、常见问题

1. 评审结论太泛：要求必须定位到模块/文件/风险等级。
2. 改了但又回归：引入回归测试与自动检查。
3. 流程太慢：对低风险任务启用快速通道。

## 七、落地清单

1. 先选一个核心项目试运行两周。
2. 固化“拆解-评审-修复-验证-上线”模板。
3. 把评审结果接入看板做状态跟踪。
4. 每月复盘一次流程效率与线上事故数据。

## 八、参考资料

1. Compound-Engineering Skill：https://github.com/sundial-org/awesome-openclaw-skills/tree/main/skills/compound-engineering
2. OpenClaw Skills 文档：https://docs.openclaw.ai/skills