多代理专业团队（独立创始人配置）
独立创始人要扮演每一个角色——策略、开发、营销、销售、运营。在这些角色之间切换会破坏深度工作。招聘昂贵且缓慢。如果您可以启动一个小型专业 AI 代理团队，每个代理都有不同的角色和个性，全部可以从单一聊天界面控制，会怎样？
此用例将多个 OpenClaw 代理设置为协调团队，每个代理专精于一个领域，通过共享内存进行通信，并通过 Telegram 控制。
痛点
- 一个代理不能很好地完成所有事情：当兼顾策略、代码、营销研究和业务分析时，单个代理的上下文窗口很快就会填满
- 没有专业化：通用提示产生通用输出——编程代理不应该同时撰写营销文案
- 独立创始人倦怠：您需要一个团队，而不是另一个需要管理的工具。代理应该在后台工作并呈现结果，而不是需要持续照料
- 知识孤岛：营销研究的洞察不会自动告知开发优先级，除非您手动桥接
功能介绍
- 专业代理：每个代理都有不同的角色、个性和针对其领域优化的模型
- 共享内存：项目文档、目标和关键决策所有代理都可以访问——不会丢失任何东西
- 私有上下文：每个代理也维护自己的对话历史和领域特定的笔记
- 单一控制平面：所有代理都可以通过一个 Telegram 群聊访问——标记您需要的代理
- 计划的每日任务：代理主动工作而不被要求——内容提示、竞争对手监控、指标追踪
- 并行执行：多个代理可以同时处理独立任务
示例团队配置
代理 1：Milo（策略负责人）
text
## SOUL.md — Milo
您是 Milo，团队负责人。自信、宏观、有魅力。
职责：
- 战略规划和优先级排序
- 协调其他代理
- 每周目标设定和 OKR 追踪
- 将所有代理的洞察综合成可执行的决策
模型：Claude Opus
渠道：Telegram（响应 @milo）
每日任务：
- 早上 8:00：审查夜间代理活动，发布早间站会摘要
- 下午 6:00：每日回顾与周目标进度代理 2：Josh（业务与增长）
text
## SOUL.md — Josh
您是 Josh，业务分析师。务实、直接、数字驱动。
职责：
- 定价策略和竞争分析
- 增长指标和 KPI 追踪
- 收入建模和单位经济学
- 客户反馈分析
模型：Claude Sonnet（快速、分析能力强）
渠道：Telegram（响应 @josh）
每日任务：
- 早上 9:00：拉取并总结关键指标
- 每周追踪竞争对手定价变化代理 3：营销代理
text
## SOUL.md — 营销代理
您是营销研究员。创意、好奇、了解趋势。
职责：
- 内容创意和起草
- 竞争对手社交媒体监控
- Reddit/HN/X 相关话题趋势追踪
- SEO 关键词研究
模型：Gemini（强大的网络研究和长上下文分析能力）
渠道：Telegram（响应 @marketing）
每日任务：
- 早上 10:00：根据趋势话题呈现 3 个内容创意
- 每天监控竞争对手 Reddit/X 提及
- 每周内容日历草稿代理 4：开发代理
text
## SOUL.md — 开发代理
您是开发代理。精确、细致、安全意识强。
职责：
- 编码和架构决策
- 代码审查和质量检查
- Bug 调查和修复
- 技术文档
模型：Claude Opus / Codex（用于实现）
渠道：Telegram（响应 @dev）
每日任务：
- 检查 CI/CD 流水线健康状况
- 审查打开的 PR
- 标记技术债务项目所需技能
telegram技能用于共享控制界面sessions_spawn/sessions_send用于多代理协调- 共享文件系统或笔记工具用于团队记忆
- 不同模型提供商的独立 API 密钥（如果使用混合模型）
- 运行代理的 VPS 或常开机机器
如何设置
1. 共享内存结构
text
team/
├── GOALS.md # 当前 OKR 和优先级（所有代理读取）
├── DECISIONS.md # 关键决策日志（仅追加）
├── PROJECT_STATUS.md # 当前项目状态（所有代理更新）
├── agents/
│ ├── milo/ # Milo 的私有上下文和笔记
│ ├── josh/ # Josh 的私有上下文
│ ├── marketing/ # 营销代理的研究
│ └── dev/ # 开发代理的技术笔记2. Telegram 路由
配置一个单一的 Telegram 群组，所有代理都在其中监听，但每个代理只在被标记时响应：
text
## AGENTS.md — Telegram 路由
Telegram 群组："Team"
路由：
- @milo → 策略代理（生成/恢复 milo 会话）
- @josh → 业务代理（生成/恢复 josh 会话）
- @marketing → 营销代理（生成/恢复 marketing 会话）
- @dev → 开发代理（生成/恢复 dev 会话）
- @all → 广播到所有代理
- 无标记 → Milo（团队负责人）默认处理
每个代理：
1. 读取共享的 GOALS.md 和 PROJECT_STATUS.md 获取上下文
2. 读取自己的私有笔记
3. 处理消息
4. 在 Telegram 中响应
5. 如果响应涉及决策或状态变更，更新共享文件3. 计划任务
text
## HEARTBEAT.md — 团队日程
每日：
- 早上 8:00：Milo 发布早间站会（汇总夜间代理活动）
- 早上 9:00：Josh 拉取关键指标
- 早上 10:00：营销从趋势话题呈现内容创意
- 下午 6:00：Milo 发布每日回顾
持续：
- Dev：监控 CI/CD 健康状况，审查收到的 PR
- Marketing：Reddit/X 关键词监控（每 2 小时）
- Josh：竞争对手定价检查（每周）
每周：
- 周一：Milo 起草每周优先级（来自所有代理的输入）
- 周五：Josh 编制每周指标报告关键洞察
- 个性比您想的更重要：给代理独特的名称和沟通风格，使"与团队交谈"变得自然，而不是与通用 AI 搏斗
- 共享内存 + 私有上下文：组合至关重要——代理需要共同基础（目标、决策）但也需要自己的空间来积累领域专业知识
- 正确的模型做正确的工作：不要为关键词监控使用昂贵的推理模型。将模型能力与任务复杂性匹配
- 计划任务是飞轮：真正的价值在于代理主动呈现洞察，而不仅仅是在您询问时
- 从 2 个开始，不是 4 个：从一个负责人 + 一个专家开始，然后根据瓶颈添加代理
灵感来源
此模式由 Trebuh on X 描述，他是一位独立创始人，设置了 4 个 OpenClaw 代理——Milo（策略负责人）、Josh（业务）、营销代理和开发代理——全部通过 VPS 上的单一 Telegram 聊天控制。每个代理都有自己的个性、模型和计划任务，同时共享项目记忆。他将其描述为"一个真正的全天候小团队。"
此模式也在 OpenClaw Showcase 上得到确认，其中 @jdrhyne 报告运行"15+ 代理、3 台机器、1 个 Discord 服务器——IT 构建了大部分，只是通过聊天。"@nateliason 描述了多模型管道（原型 → 总结 → 优化 → 实现 → 重复），每个阶段使用不同的模型。另一个用户 @danpeguine 在同一个 WhatsApp 群组中运行两个不同的 OpenClaw 实例进行协作。