Su Review

---
name: su-review
description: 在收到 Codex 回执后，按设计、边界、验证和风险进行自动或手动审查，并决定通过、补派工或回退方案。
metadata:
  short-description: SU 审查
---

# SU 审查

## 触发条件
- 收到 `[CCB_TASK_COMPLETED]`。
- completion hook 未自动回调，但用户要求手动审查。
- `pend` 返回了 Codex 的精简回执。

## 输入
- Codex 精简回执。
- 当前任务 spec 与技术设计摘要。
- 必要时的编译或测试结果。

## 执行流程
1. 收到完成信号后自动进入审查，不等待用户再次触发。
2. 优先看 Codex 精简回执，不默认通读全部代码。
3. 对照技术设计做符合性检查。
4. 做边界检查，确认是否越过本轮任务边界。
5. 做决策检查，确认是否出现未授权设计决策。
6. 检查验证是否充分，哪些边界仍未覆盖。
7. 思考潜在风险、边界情况和后续建议。
8. 决定结果：
   - 通过：进入归档与交付。
   - 局部缺陷：生成差分修复任务，回到派工。
   - 设计冲突：停止实施，回到 Step 2。

## SuperClaude 集成

### 必须触发（前提：项目有对应能力）
- 项目有构建路径时：`/sc:build`
- 项目有测试套件时：`/sc:test`

### 建议触发
- 需要深度代码分析时：`/sc:analyze [变更文件]`

## 输出格式
- 审查结论。
- 问题清单。
- 后续动作：通过 / 差分修复 / 回退设计。
- 是否需要补文档的决策。

## 停止条件
- 当前轮次已有明确审查结论。
- 后续动作已明确。
- 若需要再派工，差分任务边界已写清楚。

## 升级条件（回抛给用户）
- 回执信息不足，无法判断是否符合设计。
- 发现高影响决策已被未授权更改。
- 用户需要介入裁定方案冲突或验收取舍。