Task task-320f607e — Kizuna 任务调度器（Step 6）

文件路径

• task.md（本文件，创建后不再修改）：/root/.openclaw/workspace/tasks/task-320f607e/task.md
• session.md（执行日志，只追加）：/root/.openclaw/workspace/tasks/task-320f607e/session.md

原始需求

开发 Kizuna 任务调度器（Phase 1 Step 6），实现依赖关系解析和串联/并联调度。

参考文档：/root/.openclaw/workspace/memory/docs/kizuna-design-phase1-v5.md

交付物：
- 依赖关系解析器
- 调度逻辑：
- 串联：依次激活
- 并联：同时激活多个
- 混合：根据依赖关系动态调度

验收标准：
- ✅ 串联任务能按顺序执行
- ✅ 并联任务能同时执行
- ✅ 混合任务能正确等待依赖
- ✅ 循环依赖能被拒绝

源码位置：/srv/kizuna/kizuna-hub/（扩展 Hub）

代码要求：
- 最小化实现
- 完善的依赖检查

执行链

coder → reviewer → 爱衣质检

各 Agent 职责

Ai.Dev（session key: agent:coder:main）

任务：开发任务调度器

具体要求：
1. 阅读设计文档中的任务调度部分
2. 实现依赖关系解析
3. 实现调度逻辑（串联/并联/混合）
4. 集成到 Hub 的 start 和 submit 端点
5. 提供测试用例

输出：
- 更新后的 Hub 源码
- 测试用例

开始时：
1. 发工作日志：
bash /root/.openclaw/workspace/scripts/log-to-channel.sh coder receive "Kizuna 任务调度器开发" task-320f607e

完成后：
1. 将执行日志追加到 session.md
2. 发工作日志：
bash /root/.openclaw/workspace/scripts/log-to-channel.sh coder handoff "Kizuna 任务调度器开发" reviewer task-320f607e
3. sessions_send 通知 reviewer（agent:reviewer:main，必须传 timeoutSeconds=0）：
task_id=task-320f607e task=/root/.openclaw/workspace/tasks/task-320f607e/task.md

Ai.Rev（session key: agent:reviewer:main）

任务：审核调度器并测试

具体要求：
1. 代码审查
2. 功能测试：
- 串联任务
- 并联任务
- 混合任务
- 循环依赖拒绝
3. 问题记录

输出：
- review.md（审查报告 + 测试结果）

开始时：
1. 发工作日志：
bash /root/.openclaw/workspace/scripts/log-to-channel.sh reviewer receive "Kizuna 任务调度器开发" task-320f607e

完成后：
1. 将执行报告追加到 session.md
2. 发工作日志：
bash /root/.openclaw/workspace/scripts/log-to-channel.sh reviewer handoff "Kizuna 任务调度器开发" main task-320f607e
3. sessions_send 通知爱衣（agent:main:main，必须传 timeoutSeconds=0）：
task_id=task-320f607e task=/root/.openclaw/workspace/tasks/task-320f607e/task.md

⚠️ 爱衣质检 SOP（收到最终通知后执行）

Step 1：评估工作区大小

du -sb /root/.openclaw/workspace/tasks/task-320f607e/

• 超过 80KB → 跳至「超限处理」
• 未超过 80KB → 继续 Step 2

Step 2：读取 session.md

wc -l /root/.openclaw/workspace/tasks/task-320f607e/session.md

若行数 N > 0，read session.md 全文。

Step 3：质检要点

通用检查（每次必须）：
- 产出是否符合原始需求？
- 执行过程是否有明显问题？
- Agent 间是否有未解决的分歧？

任务特定检查：
- 是否实现了所有调度逻辑？
- Reviewer 的测试是否通过？

Step 4：输出结论

通过 →
1. 发工作日志：
bash /root/.openclaw/workspace/scripts/log-to-channel.sh main done "Kizuna 任务调度器开发" task-320f607e
2. 用 message 工具发送给主人（telegram, 92763607），归纳任务结果

不通过（rejectCount == 0） →
1. 分析问题根因，设计新执行链
2. 创建新的 task.md（task_id 加后缀 -retry1），session.md 独立
3. 在原 session.md 末尾追加一行 rejectCount=1
4. sessions_send 给新执行链起始 Agent
5. 发工作日志：
bash /root/.openclaw/workspace/scripts/log-to-channel.sh main retry "Kizuna 任务调度器开发" "<新执行链>" <起始role> 1 task-320f607e

rejectCount >= 1（第二次仍失败） →
1. 发工作日志：
bash /root/.openclaw/workspace/scripts/log-to-channel.sh main fail "Kizuna 任务调度器开发" task-320f607e
2. message 主人，归纳问题和两次失败原因，请主人裁决

超限处理（工作区 > 80KB）

1. 仅读 task.md（了解需求）
2. 读 session.md 末尾 200 行
3. message 主人：任务已完成，但工作区内容繁多，建议人工审计，附简单归纳