OpenClaw 应用图鉴 | Agent Swarm 一人开发团队

你用过 Codex 或 Claude Code 写代码，但它们的致命问题你知道——上下文窗口是零和博弈。塞满代码就没空间放业务背景，填满客户需求就装不下代码逻辑。

这个用例的核心思路：让 OpenClaw 当编排器，持有全部业务上下文，精确分发给多个编码 Agent。编码 Agent 专注代码，编排器把控战略。

它能做什么

• • 异构模型编排：根据任务类型自动路由——后端逻辑交给 Codex，前端修改交给 Claude Code
• • Git Worktree 隔离：每个 Agent 独立分支、独立目录工作，互不干扰
• • tmux 会话管理：Agent 跑在 tmux 里，方向偏了可以中途发送指令纠偏，不用杀掉重启
• • 三模型代码审查：每个 PR 自动经 Codex + Gemini + Claude Code 三重审查，互补盲区
• • 自动监控与重生：每 10 分钟检查 Agent 状态，失败自动重写 Prompt 重试（最多 3 次）
• • 主动发现工作：早上扫描错误日志自动修复 Bug，会后扫描笔记自动生成需求

核心架构

你（决策者） └── OpenClaw 编排器（持有业务上下文）      ├── Codex Agent 1（功能 A，独立分支）      ├── Codex Agent 2（Bug 修复，独立分支）      ├── Claude Code Agent（前端刷新，独立分支）      └── Cron 监控（每 10 分钟检查状态）

两层上下文分离是关键：

工作流程

Step 1：客户提需求 → 编排器已有完整会议上下文 → 自动生成含业务背景的精确 Prompt

Step 2：每个 Agent 获得独立 Worktree + tmux 会话，开始编码

Step 3：Cron 每 10 分钟检查——tmux 存活？PR 状态？CI 结果？

Step 4：Agent 提交 PR，此时不通知你（PR 创建 ≠ 完成）

Step 5：三模型自动审查，互补覆盖——Codex 擅长逻辑 Bug，Gemini 擅长安全漏洞，Claude Code 做验证

Step 6：全部通过后才通知你："PR #341 ready for review"

实操建议

从小开始：先跑 1-2 个 Agent 验证全流程，确认没问题再扩展

内存是瓶颈：每个 Agent 需要独立的 node_modules 和构建进程，16GB 内存最多同时跑 4-5 个

Definition of Done 是关键：必须让 Agent 理解"PR 创建不等于完成"，要包含 CI 通过、审查通过、截图

tmux 优于  模式：支持中途纠偏，不用杀掉重来

不要直接轮询 Agent：用确定性脚本检查 tmux/PR/CI 外部状态，Token 消耗极低

实际效果

作者 4 周生产数据：最高单日 94 commits，30 分钟内完成 7 个 PR（从想法到生产），日均约 50 commits。很多中小任务几乎不需要人工干预。

成本参考

Claude $100/月 + Codex $90/月，入门可从 $20/月起步。

内容来源：awesome-openclaw-usecases-zh，由永辉整理