val-blog/org/REAL_WORKFLOW_PLAN.md

真实可执行的 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 可再扩展六部并行协同与自动化预算控制。