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"
工作原理
- 主智能体接收任务 -> 生成具有特定职责的子智能体
- 子智能体读取 STATE.yaml -> 找到分配给自己的任务
- 子智能体自主工作 -> 完成进度后更新 STATE.yaml
- 其他智能体轮询 STATE.yaml -> 捡起已解除阻塞的工作
- 主智能体定期检查 -> 审查状态,调整优先级
你需要的 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 开源项目。英文能力过得去的朋友欢迎阅读原版,体验原汁原味的表达。