Su Dispatch

---
name: su-dispatch
description: 根据精简 spec 生成派工指令并异步派发给 Codex，遵守可用性检查、foreground 与 Async Guardrail。
metadata:
  short-description: SU 派工
---

# SU 派工

## 触发条件
- `su-plan` 已输出可执行 spec。
- 用户已审阅或放行当前切片。
- 需要把任务异步派发给 Codex 或其他 provider。

## 输入
- 当前任务 spec。
- 相关设计文档路径。
- provider 名称，默认可为 `codex`。
- 项目模板中的 ask 合同。

## 执行流程
1. 先检查 provider 是否可用：使用 `/mounted` 或 `/cping <provider>` skill（通过 Skill 工具调用，不要用 Bash）。
2. 根据 `references/ask-contract.md` 组织派工内容，只传任务语义，不重复通用规范。
3. 强制使用前台派工路径：`ask <provider> --foreground`。
4. 展示本轮摘要给用户，说明范围、风险、模式与验收标准。
5. 执行派工。
6. 如果输出包含 `[CCB_ASYNC_SUBMITTED]`，立即回复 `<Provider> processing...` 并结束当前 turn。
7. 后续等待 completion hook 或 `pend` 兜底，不在本 turn 内继续轮询。

## SuperClaude 集成

### 建议触发
- 复杂多步任务管理时：`/sc:task [任务描述]`

## 输出格式
- 派工摘要。
- 实际发送的 ask 指令正文。
- 异步提交确认。

## 停止条件
- ask 指令已提交成功。
- 已触发 Async Guardrail。
- 审查流程将由回调或兜底查询接管。

## 升级条件（回抛给用户）
- 当前 spec 边界不清，无法稳定组织派工内容。
- provider 不可用或可用性检查失败。
- 用户要求的派工方式与 Async Guardrail 冲突。