# 真实可执行的 OpenClaw 多 Subagent 调度方案 v1

基于：`org/CONSTITUTION_v1.md`（三省六部宪章 v1）

## 0) 目标与边界
- 目标：落地一个**最小可运行链路**：中书（Architect）→ 门下（Auditor）→ 尚书（Controller）→ 工部（Worker）。
- 边界：必须使用真实子会话能力（`sessions_spawn` + `subagents`），禁止“口头模拟执行”。
- 宪章约束：工部执行前必须满足「门下 + 兵部」双签；本 v1 最小链路中，兵部签核由尚书阶段显式补充安全门。

---

## 1) 角色分工（最小版）

### 中书省（主会话/发起者）
- 输入：用户需求
- 输出：结构化任务单（目标/范围/步骤/风险/验收）
- 动作：发起 `sessions_spawn` 创建门下子会话

### 门下省（子会话1）
- 输入：中书任务单 + 宪章
- 输出：审计结论（通过/驳回/补充）+ 风险点
- 动作：通过后触发尚书子会话；驳回则回中书改稿

### 尚书省（子会话2）
- 输入：过审任务
- 输出：执行分发单（含里程碑、资源、回滚策略）
- 动作：执行前完成兵部安全签核；签核通过后触发工部子会话

### 工部（子会话3）
- 输入：已双签任务（门下+兵部）
- 输出：工程产物 + 校验结果 + 证据日志
- 动作：执行、验证、回传尚书汇总

---

## 2) 真实调度链路（可直接执行）

> 说明：以下步骤由主代理在同一 requester session 下执行。`sessions_spawn` 负责创建子会话，`subagents` 负责查看/干预/终止。

### Step 1. 中书产出任务单（Draft）
1. 读取需求并整理为任务单：
   - 目标
   - 范围
   - 具体步骤
   - 工具/技能
   - 风险点
   - 验收标准
   - 时间/Token 预算
2. 若触发宪章第4条升级条件，先上报谷老板再继续。

### Step 2. `sessions_spawn` 拉起门下（Audit）
创建子会话（label: `auditor-*`），任务模板：
- “审查任务单的安全/逻辑/成本；给出通过/驳回/补充条件；输出审计结论与证据。”

并行控制：
- 用 `subagents.list` 查看运行状态
- 必要时 `subagents.steer` 补充约束（如预算上限、禁止外发）

### Step 3. 门下通过后，`sessions_spawn` 拉起尚书（Dispatch）
创建子会话（label: `controller-*`），任务模板：
- “基于门下审计结论生成分发计划：里程碑、依赖、失败回滚、验收节点。”
- “执行前补齐兵部安全签核（红线检查）并记录签核结果。”

控制动作：
- `subagents.list` 跟踪是否按宪章补齐兵部签核
- 若未签核或签核不清晰，用 `subagents.steer` 要求补证据

### Step 4. 满足双签后，`sessions_spawn` 拉起工部（Execute）
创建子会话（label: `worker-*`），任务模板：
- “在已双签前提下执行工程任务；产出结果、日志、验证报告；失败先走刑部分析模板再决定重试/回滚。”

控制动作：
- `subagents.list` 观察执行态
- 发生跑偏/高风险时 `subagents.steer` 纠偏
- 必要时 `subagents.kill` 中止（例如发现不可逆误操作风险）

### Step 5. 尚书汇总并归档（Report/Archive）
- 汇总格式必须包含：
  1) 结论（1-3行）
  2) 证据与日志
  3) 风险与假设
  4) 下一步建议（2~3选项 + 推荐）
- 归档到 `org/` 或 `memory/` 对应记录文件，形成可复盘链路。

---

## 3) 最小“可执行指令清单”（主代理操作层）

1. 产出中书任务单（文本）
2. 调用 `sessions_spawn` 创建门下子会话（`label=auditor-*`）
3. 调用 `subagents.list` 确认门下运行
4. 门下审计通过后，调用 `sessions_spawn` 创建尚书子会话（`label=controller-*`）
5. 调用 `subagents.steer`（如需）要求尚书补齐兵部签核证据
6. 双签完成后，调用 `sessions_spawn` 创建工部子会话（`label=worker-*`）
7. 调用 `subagents.list` 跟踪工部执行与结果回传
8. 发现严重风险时调用 `subagents.kill` 终止相应子会话
9. 尚书汇总最终报告并归档

---

## 4) 验收标准（Definition of Done）

### A. 流程合规
- [ ] 经过完整状态机最小闭环：Draft → Audit → Dispatch → Execute → Verify → Report
- [ ] 工部执行前有明确双签证据（门下+兵部）

### B. 调度真实性
- [ ] 至少 3 个真实子会话被创建并执行（门下/尚书/工部）
- [ ] 至少使用一次 `subagents.list` 做状态核验
- [ ] 若出现偏差，至少具备 `subagents.steer/kill` 的可执行预案

### C. 结果可复盘
- [ ] 最终输出包含“结论+证据+风险+建议”四段
- [ ] 关键节点有日志或文本留痕（可追溯谁在何时做了什么决策）

---

## 5) v1 风险提示与升级策略
- 风险1：把“兵部签核”省略为口头说明 → 处理：尚书阶段强制补齐签核证据后方可拉起工部。
- 风险2：多子会话并行导致目标漂移 → 处理：统一由尚书维护单一任务ID与里程碑。
- 风险3：高成本失控 → 处理：门下成本审计 + 尚书预算闸门（超阈值即上报谷老板）。

> 结论：该 v1 已满足“真实能力可执行、最小链路闭环、可验收、可复盘”。后续 v2 可再扩展六部并行协同与自动化预算控制。