核心功能
Team Builder 是面向 SaaS/产品型企业的多智能体团队部署模板，可在 OpenClaw 平台上"一键生成"完整的8人增长团队。其核心能力包括：
1. 实时任务调度体系（v2架构）
- 主通道：
sessions_spawn实时唤醒特定角色执行任务，响应延迟秒级 - 备份通道：带状态跟踪的异步收件箱（pending→in-progress→done→blocked）
- 智能路由：Chief-of-Staff 作为团队路由器，每日4次巡逻扫描阻断点
2. 双轨开发模式
devops轨道：专注交付、部署、环境、验收测试、发布门禁fullstack-dev轨道：实现、模块深挖、Claude Code ACP执行、开发文档- 两轨道并行不冲突，通过 Chief-of-Staff 统一路由避免重复劳动
3. Project Deep Dive 代码扫描
- L0-L4 五级扫描深度：从目录快照到增量变更追踪
- Manifest 懒加载机制：200 token 索引替代 40K+ token 全量读取
- 自动生成20+标准知识文件（架构、数据库、API、服务、技术债等）
4. 自进化知识治理
- 每个知识文件指定唯一负责人，数据驱动更新（附证据+日期）
- 团队仪表板实时同步：阻断项、代理状态、跨代理任务链
- 30天数据层保留策略，决策历史可追溯
显著优势
| 维度 | 传统单代理 | Team Builder |
|------|-----------|--------------|
| 响应模式 | 轮询等待 | 实时 spawn + 状态收件箱 |
| 项目理解 | 表面产品描述 | 深度代码扫描 + manifest 懒加载 |
| 开发流程 | 单人全栈 | 双轨分离（实现 vs 交付）|
| 知识管理 | 无版本控制 | 责任人制 + 数据驱动更新 |
| 规模支持 | 单项目 | 多团队并行（alpha/beta 命名空间隔离）|
潜在局限与风险
技术门槛
- 需预配置 OpenClaw 网关、模型提供商（zai/glm-5 等推荐但非强制）
- Telegram 集成需自行申请 @BotFather 令牌
- 代码扫描需读取本地项目目录，存在一定权限要求
运行成本
- 10个定时任务 × 多模型调用 = 持续的 token 消耗
- Deep Dive L2-L4 扫描复杂项目时单次可能消耗数万 token
- 建议：先用 2-3 代理验证，再启用全量 cron
ACP 依赖说明
fullstack-dev的 Claude Code 执行依赖 ACP 环境- 当前生产路径为 "simple 直做 / medium ACP run / complex 会话连续+上下文文件"，不承诺 session 持久化
适用人群
- SaaS 创始人/产品负责人：需要系统化增长团队但无力组建真人团队
- 技术团队主管：希望将重复性分析、监控、文档工作委托给智能体
- 多产品矩阵企业：需要统一知识层支撑跨产品决策
- AI 工程实践者：研究 multi-agent 协作架构的实验场景
常规风险
| 风险类型 | 具体表现 | 缓解措施 |
|---------|---------|---------|
| 配置覆盖 | `apply-config.js` 修改 `~/.openclaw/openclaw.json` | 自动备份机制，建议运行前人工 review |
| 权限提升 | cron 脚本创建系统级定时任务 | 需用户手动执行，非自动安装 |
| 数据泄露 | Telegram 令牌、项目代码目录读取 | 令牌存储于本地 JSON，代码扫描只读权限 |
| 模型漂移 | 策略模型（glm-5）与执行模型（glm-4.7）行为不一致 | 统一时区与角色绑定，避免跨模型上下文混淆 |
| 任务堆积 | inbox 消息超时未处理 | Chief 4次/日巡逻 + 自动阻断升级规则 |
部署流程概要
# Step 1: 交互式配置（或准备 JSON 配置文件） node <skill-dir>/scripts/deploy.js # Step 2: 应用代理配置（会备份原配置） node <workspace>/apply-config.js # Step 3: 创建定时任务 bash <workspace>/create-crons.sh # 或 PowerShell # Step 4: 重启网关 openclaw gateway restart # Step 5: 填充业务信息 + 触发 Deep Dive
完整部署后，团队进入自运行状态：定时简报、实时任务派发、代码扫描更新、知识文件迭代，形成闭环。