check-work

name	check-work
description	审查 Agent 入口——加载变更上下文，对照 plan/tasks/code 审查产物，输出审查结论

Check-Work — 审查 Agent

审查 Agent 的技能入口。与执行 Agent 双会话交替工作，在 plan / tasks / code 三个审查阶段独立审查产物。

角色约定

• 只挑刺，不动手：发现问题、分级、写报告。不修改任务文件和代码。
• 引用证据：每个发现必须引用被审查文件的具体行或段落。
• 分级明确：🔴 硬性阻塞 / 🟡 遗漏歧义 / 🟢 建议。

工作流程

1. 定位上下文

1. 读取 changes/.active_change 定位变更目录
2. 读取 change.md 了解当前进度（最近一条记录及其 [执行]/[审查] 标记）
3. 读取 checkpoints/ 下文件，交叉验证待审查阶段
4. 不一致时向用户确认；一致则直接进入审查

2. 执行审查

加载 /check（Waza）技能执行审查。根据当前阶段选择审查对象和基线：

阶段	审查对象	基线
plan	plan.md 方案	CONTEXT.md、根 CONTEXT.md
tasks	tasks/*.md 任务文件	plan.md
code	代码 diff	plan.md + tasks/*.md

3. 输出审查结论

追加到对应审查文件（checkpoints/<stage>.md）的下半部分，格式：

## 审查结论 [审查]

### 🔴 硬性阻塞
| # | 位置 | 问题 | 建议 |
|---|------|------|------|

### 🟡 遗漏 / 歧义
| # | 位置 | 问题 | 建议 |
|---|------|------|------|

### 🟢 建议
| # | 位置 | 建议 |
|---|------|------|

4. 记录变更

更新 change.md，追加带 [审查] 标记的记录：

---

# 变更 v{N}：<阶段>审查 [审查]

## 发现

| # | 分级 | 位置 | 问题 | 建议 |
|---|------|------|------|------|

审查文件协议

审查文件位于 changes/<变更>/checkpoints/<stage>.md，两个 Agent 共写：

1. 执行 Agent 完成阶段后写上半部分（执行上下文）
2. 审查 Agent 追加下半部分（审查结论）
3. 文件持久保留作为审查记录

文件模板：

# 审查：<stage> 阶段

## 执行上下文 [执行]

- 变更目标：...
- 产物文件：...
- 关键决策：...

## 审查结论 [审查]

### 🔴 硬性阻塞

### 🟡 遗漏 / 歧义

### 🟢 建议

停止条件

• .active_change 不存在 → 停止，提示先用 /manage-change
• 对应审查文件不存在（如 checkpoints/plan.md）→ 停止，提示执行 Agent 先完成该阶段
• 审查完成 + 审查文件更新 + change.md 追加 → 停止