核心用法
Team Builder 是一个面向 OpenClaw 平台的多Agent团队部署技能，通过交互式向导生成完整的8人SaaS增长团队配置。用户只需运行 deploy.js 脚本，即可在单次会话中完成：团队命名、工作空间初始化、Agent角色配置（可裁剪至2-10人）、模型自动分配、时区与定时任务设定，以及可选的Telegram机器人集成。
部署流程遵循"生成→审核→应用→激活"四阶段：先生成约40个配置文件，再人工审核 apply-config.js，随后执行配置注入与Cron任务创建，最后重启网关生效。这种设计平衡了自动化效率与系统安全性。
显著优点
双轨开发架构：默认分离 devops（交付/部署/QA门禁）与 fullstack-dev（实现/模块深挖/ACP编码会话）两条独立轨道，避免职责混淆，支持复杂SaaS的持续交付。
Deep Dive代码扫描：Project Deep Dive 能力让团队获得超越表面文档的深度项目理解——从数据库Schema到隐式业务规则、从性能热点到跨模块耦合，所有Agent共享同一知识基座。
智能任务路由：Chief-of-Staff 升级为主动路由器，每日4次扫描所有收件箱，自动检测超时任务（高优先级>4h、常规>24h、阻塞>8h升级至CEO），并通过 Team Dashboard 提供5秒 situational awareness。
Manifest懒加载机制：针对多产品矩阵场景（15+产品×20文件），通过 ~200 token 的 manifest.json 索引实现按需加载，避免单次会话40K+ token的爆炸性消耗。
自进化知识治理：Agent通过数据驱动的反馈循环持续优化策略——执行→收集结果→分析→增量更新知识文件（带日期与证据）→下次执行读取更新。更新需满足可追溯、不删除旧条目、经CEO批准等约束。
潜在缺点与局限性
部署门槛较高：需要用户理解OpenClaw配置体系、手动执行多步脚本（apply-config.js → create-crons → gateway restart），对非技术用户不够友好。
Telegram集成复杂：需自行申请Bot Token、获取User ID、处理网络代理，且令牌以明文存储于openclaw.json，存在凭证管理风险。
ACP依赖外部系统：Fullstack Dev的ACP/Claude Code能力依赖预配置的编码Agent，若未就绪则回退到直接执行，可能损失复杂任务的连续性。
知识文件膨胀风险：20类知识文件×多产品的结构，若缺乏Chief的定期归档审查，可能导致信息过载与检索效率下降。
适合人群
- 正在构建多Agent协作团队的SaaS创业者或技术负责人
- 需要同时管理多个产品矩阵、追求GEO/SEO增长策略的Growth团队
- 具备OpenClaw运维经验、能接受配置级定制的技术用户
- 重视代码级项目理解（而非仅PRD文档）的产品驱动型组织
常规风险
| 风险类型 | 具体表现 | 缓解建议 |
|---------|---------|---------|
| 配置覆盖 | apply-config.js 修改 ~/.openclaw/openclaw.json，可能误覆盖现有Agent配置 | 脚本自动备份原文件，部署前人工审核diff |
| 凭证泄露 | Telegram bot token明文存储 | 限制文件权限，定期轮换token，考虑环境变量注入 |
| Token爆炸 | 未使用manifest机制，一次性读取过多产品文件 | 强制遵循"先读manifest再按需加载"协议 |
| 任务死锁 | 多Agent异步协作中消息状态未更新导致阻塞 | Chief 4x/日巡逻 + 自动超时升级规则 |
| 知识 staleness | Deep Dive扫描后代码变更未触发L4增量更新 | 建立git hook触发L4扫描的CI/CD流程 |