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