Team Builder

🚀 8-Agent SaaS增长团队一键部署

一键部署8人SaaS增长团队,支持双轨开发(DevOps+Fullstack)、Deep Dive代码扫描、Telegram集成与智能任务路由,适合多Agent协作的复杂产品矩阵场景。

收藏
3.9k
安装
1.5k
版本
1.0.31
CLS 安全性认证2026-08-03
点击查看完整报告 >

使用说明

核心用法

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流程 |

安全解读

核心用法

Team Builder 是一个用于在 OpenClaw 平台一键部署 8 人制 SaaS 增长团队的自动化技能。用户通过交互式向导或 JSON 配置文件完成团队初始化,生成包含 CEO、Chief of Staff、Data Analyst、Growth Lead、Content Chief、Intel Analyst、Product Lead、DevOps 和 Fullstack Dev 的标准化团队架构。部署流程包括:运行 deploy.js 生成工作目录、执行 apply-config.js 注入 Agent 配置、运行定时任务脚本设置 cron、重启网关生效,最后填充业务信息并触发 Deep Dive 代码扫描。

显著优点

企业级团队架构:预设 8 角色 SaaS 增长团队,覆盖战略、数据、增长、内容、竞争情报、产品、交付、开发全链路,支持 2-10 人灵活裁剪。双轨开发设计(DevOps 负责交付/部署/验收,Fullstack Dev 负责实现/模块深挖/ACP 开发)实现职责分离。

深度项目理解:Project Deep Dive 功能通过自动化代码扫描生成 20+ 维度的产品知识库(架构、数据库、API、路由、模型、服务、前端、认证、集成等),配合 Manifest 懒加载机制避免 Token 爆炸,确保所有 Agent 具备深度项目认知。

智能协调机制:Inbox Protocol v2 带状态跟踪(pending→received→in-progress→done),Chief of Staff 4 次/天主动巡逻检测阻塞,Team Dashboard 实时同步全局状态,超时自动升级规则确保任务不遗漏。

零外部依赖安全:仅使用 Node.js 内置模块(fs/path/readline),无外部 npm 包,无网络请求,Telegram 集成仅生成配置模板而非直接调用 API。

潜在缺点与局限性

手动执行链路长:deploy → apply-config → create-crons → restart gateway → fill business info → trigger Deep Dive,6 步流程需人工介入,无法一键全自动完成。

OpenClaw 配置侵入性:必须修改 ~/.openclaw/openclaw.json 注入 Agent 配置,虽自动备份但仍属系统级变更,多团队场景下配置冲突风险需人工管理。

ACP/Claude Code 依赖外部:Fullstack Dev 的 ACP 高级开发能力依赖用户自行配置的 ACP-compatible Agent,非开箱即用。

Telegram 需手动配置:Bot Token 和 User ID 需用户从 @BotFather 获取并输入,无 OAuth 简化流程。

知识治理人工负担重:20 个产品知识文件的更新协议、Chief of Staff 的每周知识健康检查、CEO 审批策略变更等,需要持续的人工监督和决策。

适合的目标群体

  • SaaS 创业者/独立开发者:需要快速组建虚拟增长团队验证产品
  • 中小产品团队:3-10 人规模,希望通过多 Agent 扩展产能
  • 技术负责人/CTO:需要标准化开发流程和知识治理体系
  • AI 驱动型组织:已采用 OpenClaw 平台,希望实践多 Agent 协作

使用风险

配置覆盖风险:apply-config.js 修改 openclaw.json,虽自动备份但误操作可能导致现有 Agent 配置异常,建议运行前手动备份。

定时任务管理:create-crons 脚本创建系统级 cron 任务,需确保有权限且了解如何清理不再使用的任务。

Token 消耗控制:8 Agent + Deep Dive 扫描可能产生大量 LLM 调用,需监控 API 费用;Chief of Staff 的路由和 Token 浪费控制机制需正确配置才能生效。

T3 来源持续维护:来自个人开发者(beyound87),建议关注更新日志,关键生产环境使用前进行额外代码审查。

工作目录权限:生成的团队目录包含产品敏感信息,需设置适当文件权限防止泄露。

Team Builder 内容

references文件夹
agent-refs文件夹
chief-of-staff文件夹
content-chief文件夹
data-analyst文件夹
fullstack-dev文件夹
growth-lead文件夹
intel-analyst文件夹
product-lead文件夹
scripts文件夹
手动下载zip · 46.9 kB
dashboard-template.mdtext/markdown
请选择文件