零代码实战：用 AI 组建你自己的爆款内容 4 人小团队！

随着大语言模型的爆发和 Agent 框架的逐渐成熟，现在让单个 AI 当助手已经不够看了。前段时间刷到了许多大神在搭建“多 Agent 协作”团队的文章，例如让多个 AI 模拟公司运营。这给了我巨大的启发：既然我自己做个人 IP 时，经常陷入“找选题、写稿、排版、发博”全包揽的困局中，为什么不直接搭建一个专属我的 AI 内容生产团队？

我原本使用 OpenClaw 开发了一个个人全能生活助理。但“助理”和“内容生产机器”是完全不同的岗位——一个合格的团队需要懂热点嗅觉的选题策划，需要文笔好能适配平台的写手，还需要拥有严格审稿标准的主编。

于是，我花了几天时间研究，成功用 OpenClaw 搭建了一个真实的 AI “4 人工作小组”。本文将记录这一从 0 到 1 的实战过程。

---

团队职能划分与工作流设计

多 Agent 协作就像开公司。我不需要它们之间像人一样沟通培养感情，我只想要一个能稳定高频产出高质量文案的流水线。由于我不想去写大量代码或搭建复杂的数据库架构，我决定纯靠 OpenClaw 的原生能力与 Markdown 配置体系来分配任务。

我设计了以下团队人员配置：

| 员工编号 | 姓名 | 岗位职责 | |---|---|---| | AG-001 | Alice | 首席秘书：直接与我沟通，传达需求，将最终成品交付给我。 | | AG-002 | Bob | 内容主编：团队调度的驱动核心，筛选最有价值的选题，对稿件进行终审。 | | AG-003 | Charlie | 选题编辑：拥有联网检索能力，全网嗅探 AI 领域最新热点，输出结构化选题表。 | | AG-004 | David | 内容写手：专门根据确定的选题进行撰写，擅长针对各大社媒平台调整网感。 | | AG-005 | Eve | 内容审核：事实核查、逻辑推敲以及“去AI味”的润色打磨。 |

💡 核心逻辑：作为“人事/秘书”的Alice绝不直接参与内容干写，以免因为日常聊天污染生产上下文。

自动化流转路线 (Loop)

我 ➡️ Alice（下达需求） ➡️ Bob（主编发起排期调度）
                                      ⬇️
                      Bob ➡️ Charlie（采集热点） ➡️ 汇总给Bob
                                      ⬇️
                      Bob筛选 ➡️ David（写初稿） ➡️ Eve（初审润色）
                                      ⬇️
               Bob（复核定稿） ➡️ Alice（成品交付） ➡️ 我（直接复制发送）

---

避坑与技术选型：为什么选择“飞书”群组协作？

在赋予他们生命之前，你需要解决最重要的一个问题：团队在哪里开会沟通？

1. 直接后台通讯 (sessions_send)：最简单，但缺陷致命——这些机器人沟通全在代码后台，我看不到它们讨论的过程！
2. 派生子任务 (sessions_spawn)：嵌套逻辑容易出错，并且子级 AI 工具集受限。
3. 飞书群组协作 (首选 ✅)：利用企业协同工具“飞书”，为每个 Agent 创建一个独立的飞书机器人身份（Bot），拉到一个部门群里。它们可以通过群内相互 @ 来发布任务和提交结果，而我可以作为“董事长”全程透明旁观，甚至随时介入指导！

---

手把手实战：OpenClaw 飞书团队部署

接下来是重头戏，我们将多个 Agent 作为独立的「飞书自建应用机器人」，统一部署到你的飞书工作流中。

第一步：创建你的 OpenClaw Agent

在 OpenClaw 中，只需编辑 Markdown 文件就能给你的数字员工注入“灵魂”与“记忆”： 你可以为每个角色准备对应的目录：

agents/editor-in-chief/    # “Bob”主编的工作目录
├── IDENTITY.md            # 姓名、职位
├── SOUL.md                # 严肃或活泼的行事作风
├── AGENTS.md              # 行为规范和工作流程定义
└── TOOLS.md               # 拥有哪些工具权限

你可以在 AGENTS.md 中写下这样的提示词来规范它接抛工作的格式：

“团队所有协作都在飞书工作群进行。指派任务时必须使用明确的格式 @Charlie 请立刻启动今日 AI 热点采集...。”

第二步：前往飞书开发者后台建立机器人

1. 登录 [飞书开放平台 / 开发者后台] (open.feishu.cn)
2. 点击「创建应用」-> 选择 “企业自建应用”，为你所有的 Agent 都建一个（如“主编_Bob”、“写手_David”等），并传上对应的拟人头像。
3. 开启机器人能力： 在应用详情页的左侧导航，找到「添加应用能力」-> 勾选「机器人」并启用。

⚠️ 关键的权限配置（不给权限机器人就又聋又哑）： 在左侧「权限管理」中，确保所有应用获取以下关键 API 权限：

• 获取与发送单聊、群聊消息 (im:message:send_as_bot)
• 接收群聊中 @ 机器人的消息 (im:message.group_at_msg:readonly)
• 获取所有消息事件资源 (如果需要全方面倾听)

4. 复制 API 凭证：点击左侧的「凭证与基础信息」，将 App ID 和 App Secret 记录下来。

第三步：配置 OpenClaw 路由绑定

打开你的 OpenClaw 配置文件 (openclaw.json)，这里我们要让不同身份的程序核和飞书账号灵魂绑定：。

{
  "channels": {
    "feishu": {
      "enabled": true,
      "allowBots": true, // 极其重要：允许机器人之间互相听见说话！
      "accounts": {
        "bob": { 
          "name": "Bob", 
          "appId": "你的主编飞书 AppID", 
          "appSecret": "你的主编密钥", 
          "groupPolicy": "open" 
        },
        "charlie": { 
          "name": "Charlie", 
          "appId": "选题飞书 AppID", 
          "appSecret": "...",
          "groupPolicy": "open" 
        }
        // ... 继续配置其它身份
      }
    }
  },
  "bindings": [
    // 将底层 Agent 逻辑块和前端飞书账户绑定在一起
    { "agentId": "editor-in-chief", "match": { "channel": "feishu", "accountId": "bob" } },
    { "agentId": "trend-hunter", "match": { "channel": "feishu", "accountId": "charlie" } }
  ]
}

避坑血泪教训

• 飞书上 @人 是通过底层特定格式实现的。如果发现机器人装死或者互相不理睬，检查配置中的 allowBots: true 必须开启。因为几乎所有通讯软体防洪策略机制默认都会屏蔽“同类机器人互相发消息”。
• 将每一个机器人都拉飞书群后，务必在群里对每个机器人先说一句话激活会话。

---

结语：让团队自主运转起来

跑通这套工作流后，现在的场景是这样： 我在微信或者飞书私聊“Alice”：“开启今天的内容产出”。飞书的工作大群立马就热火朝天地忙碌了起来——Bob开始安排Charlie，接着分配给David...我就默默在群里潜水看着各模块高速运行。

未来，我还会引入 Cron 定时触发器（让Bob每天早上 8 点自己找选题不用我催）、提案机制与记忆蒸馏，通过飞书的自动化系统，这真的可能就是未来个人超级个体的终极生产形态。

强烈建议还在靠体力硬肝图文视频的创作者们，趁着空闲时间，赶紧动手把自己的数字员工团队招募到位吧！