养虾指南
OpenClaw System Guide
View all cases
How Others Use OpenClaw

用子智能体实现自主项目管理

去中心化的项目管理模式:多个子智能体通过共享状态文件自主协作,无需中央调度器。

awesome-openclaw-usecases2026-03-095 min read
多智能体项目管理自动化AI Agent开发

管理多条并行工作流的复杂项目让人精疲力竭。你不停地切换上下文,在各种工具间追踪状态,还得手动协调任务交接。

这个用例实现了一种去中心化的项目管理模式——子智能体自主完成任务,通过共享的状态文件进行协调,而不需要中央调度器。

痛点

传统的调度器模式会制造瓶颈——主智能体沦为交通警察。对于复杂项目(多仓库重构、研究冲刺、内容流水线),你需要的是能够并行工作、无需持续监管的智能体。

它能做什么

  • 去中心化协调:智能体通过读写共享的 STATE.yaml 文件进行协调
  • 并行执行:多个子智能体同时处理独立任务
  • 无调度器开销:主会话保持轻量(CEO 模式——只管战略)
  • 自带文档:所有任务状态都持久化在版本控制的文件中

核心模式:STATE.yaml

每个项目维护一个 STATE.yaml 文件作为唯一的事实来源:

# STATE.yaml - 项目协调文件
project: website-redesign
updated: 2026-02-10T14:30:00Z

tasks:
  - id: homepage-hero
    status: in_progress
    owner: pm-frontend
    started: 2026-02-10T12:00:00Z
    notes: "Working on responsive layout"

  - id: api-auth
    status: done
    owner: pm-backend
    completed: 2026-02-10T14:00:00Z
    output: "src/api/auth.ts"

  - id: content-migration
    status: blocked
    owner: pm-content
    blocked_by: api-auth
    notes: "Waiting for new endpoint schema"

next_actions:
  - "pm-content: Resume migration now that api-auth is done"
  - "pm-frontend: Review hero with design team"

工作原理

  1. 主智能体接收任务 -> 生成具有特定职责的子智能体
  2. 子智能体读取 STATE.yaml -> 找到分配给自己的任务
  3. 子智能体自主工作 -> 完成进度后更新 STATE.yaml
  4. 其他智能体轮询 STATE.yaml -> 捡起已解除阻塞的工作
  5. 主智能体定期检查 -> 审查状态,调整优先级

你需要的 Skills

  • sessions_spawn / sessions_send 用于子智能体管理
  • 文件系统访问权限,用于读写 STATE.yaml
  • Git 用于状态版本控制(可选但推荐)

设置:AGENTS.md 配置

## PM 委派模式

主会话 = 仅作为协调者。所有执行交给子智能体。

工作流:
1. 新任务到达
2. 检查 PROJECT_REGISTRY.md 是否有现有的 PM
3. 如果 PM 存在 -> sessions_send(label="pm-xxx", message="[task]")
4. 如果是新项目 -> sessions_spawn(label="pm-xxx", task="[task]")
5. PM 执行任务,更新 STATE.yaml,汇报结果
6. 主智能体向用户做总结

规则:
- 主会话:最多 0-2 次工具调用(仅 spawn/send)
- PM 拥有各自的 STATE.yaml 文件
- PM 可以为并行子任务生成次级子智能体
- 所有状态变更提交到 git

示例:生成一个 PM

用户:"重构 auth 模块并更新文档"

主智能体:
1. 检查注册表 -> 没有活跃的 pm-auth
2. 生成:sessions_spawn(
     label="pm-auth-refactor",
     task="Refactor auth module, update docs. Track in STATE.yaml"
   )
3. 回复:"已生成 pm-auth-refactor,完成后我会汇报。"

PM 子智能体:
1. 创建 STATE.yaml 并分解任务
2. 逐一完成任务,更新状态
3. 提交变更
4. 向主智能体报告完成

关键经验

  • STATE.yaml 优于调度器:基于文件的协调比消息传递更具扩展性
  • Git 即审计日志:提交 STATE.yaml 的变更可以获得完整的历史记录
  • 标签命名约定很重要:使用 pm-{project}-{scope} 格式便于追踪
  • 主会话越轻越好:主智能体做得越少,响应越快

灵感来源

该模式受 Nicholas Carlini 的方法 启发——让智能体自组织,而非微观管理它们。

相关链接


本文翻译自 awesome-openclaw-usecases 开源项目。英文能力过得去的朋友欢迎阅读原版,体验原汁原味的表达。

GitHub 原文链接