核心用法
Team Builder 是 OpenClaw 平台的团队自动化框架,通过单条命令部署包含 2-10 个 Agent 的完整 SaaS 团队骨架。核心流程为:deploy.js 交互式生成配置 → apply-config.js 写入系统 → create-crons 创建定时任务 → 重启 Gateway。
部署后团队包含:参谋长(Chief of Staff,唯一入口与调度中心)、数据分析师、增长负责人、内容主管、情报分析师、产品负责人、DevOps、全栈开发。支持多团队隔离(--team 前缀)、模型自动检测(Thinking/Execution/Fast 三档)、以及 Telegram Bot 接入。
显著优点
1. 实时调度架构:sessions_spawn 为主通道,inbox 为归档备份,消除轮询延迟
2. 双开发轨分离:DevOps 负责交付/QA/扫描,Fullstack Dev 负责实现/ACP 编码,职责清晰
3. 产品知识治理:Deep Dive 扫描生成 20 文件知识目录 + Manifest 懒加载,避免 40K+ token 浪费
4. 自进化机制:数据驱动的知识文件更新(append-only)、参谋长巡逻检测阻塞、超时自动升级
5. 零配置启动:模型自动检测、Wizard 引导、非交互模式支持 CI/CD
潜在局限
- 系统侵入性:直接修改
openclaw.json和系统 crontab,需人工审核与备份 - 学习曲线陡峭:Internal Dispatch Protocol、ACP spawn 规则、Manifest 规范需熟读文档
- OpenClaw 绑定:非通用方案,迁移成本极高
- Telegram 可选依赖:Bot token 管理需自行负责安全
适合人群
- 已运行 OpenClaw 的技术团队负责人
- 需要 7×24 自动化 SaaS 运营的早期创业公司
- 有多 Agent 编排需求、愿投入配置成本的进阶用户
常规风险
1. 配置误覆盖:apply-config.js 直接写系统配置,建议运行前 review 与备份
2. Token 泄露:Telegram bot token 和模型 API key 存储于 JSON 文件,需文件权限管控
3. 无限循环:spawn 规则误配或子代理边界不清可能导致级联调用
4. 知识漂移:自更新机制若缺乏数据验证,可能累积错误策略
5. 资源膨胀:cron 任务密集(最高 10 个)、上下文文件上限 60/100,需定期归档清理