真实故事

运营A用ChatGPT写文案,技术B用Claude写代码,产品C用DeepSeek做竞品分析。三个人各干各的,每周例会才发现方向偏了。有没有办法让它们在一个群里自己聊?

让飞书群变身你的"AI 特种部队"

不再是一个AI单打独斗,而是多个AI角色在群里自动分工、互相协作。你只需下达指令,剩下的交给它们。

实测稳定运行 配置仅需 30 分钟 避开 90% 常见坑

为什么要用"多AI协作"?

很多用户问:"我直接问ChatGPT不就行了吗?" 对于简单问题,确实如此。但当你的工作变得复杂时,单一大模型往往力不从心:

  • 记不住那么多细节: 一个长任务包含数据收集、分析、写报告,模型容易"顾头不顾尾",前面说的后面忘了。
  • 角色不专业: 让同一个AI既做财务分析又写文案,它既不像严谨的会计师,也不像灵感的作家。
  • 缺乏校验: 一个人干活,错了没人及时发现;两个人互相检查,质量才有保障。

本方案的价值: 在飞书群里创建一个"虚拟团队"。比如,"策划Agent"写大纲,"文案Agent"写正文,"审核Agent"查错。它们各司其职,最后由你汇总。这就像你在群里拉了一个精通AI的虚拟项目组,7×24小时为你工作。

适合哪些人?

我们主要服务那些忙碌、理性、注重结果的职场人士(30-45岁):

  • 管理者/PM: 需要同时监控项目进度、预算和人力,让不同Agent扮演不同角色,自动汇报。
  • 内容创作者: 需要生成深度长文,需要"资料搜集"、"大纲构建"、"正文写作"、"修辞润色"多个环节配合。
  • 数据/金融分析师: 需要严谨的数据核对。让一个Agent算数,另一个Agent复核,减少人为失误。
  • 效率追求者: 不想在配置工具上花费几天,只想花半小时搞定,然后一直用下去。

算一笔账:它帮你省了什么?

对比维度 普通手动配置 (DIY) 本方案 (v13.6.0)
时间成本 8-12 小时 (查文档、试错、修Bug) 30 分钟 (照猫画虎)
沟通误解 (Token浪费) 高 (AI经常听不懂指令,导致反复澄清) 极低 (专用指令模板,AI秒懂)
稳定性 低 (经常连接断开或消息丢失) 高 (经过500+次测试验证)
后续维护 遇到报错需从头查 内置"故障排查手册",一键诊断

核心优势: 我们替你踩了最大的坑——"AI的误解"。普通用户常发现AI"自作聪明"改了格式,导致通讯失败。本方案采用了强制性的"精确指令协议",就像给AI戴上了手铐,确保它按你的意思执行,不再乱改。

怎么用?(无需懂技术)

你不需要知道什么是服务器、什么是代码。你只需要:

  1. 获取部署经验: 购买详细部署指南,里面包含了每一步的标准答案和预期结果。
  2. 交给 Agent 执行: 将指南发给你的 AI 助手(Agent),让它按照步骤自动完成配置。
  3. 群里聊天: 配置完成后,像在微信群聊一样,在飞书群里给AI下达指令即可。

关于费用: 飞书个人版免费,我们的方案也是免费开源的基础版。如果你觉得省事,可以购买"详细部署文档"(0.99元),确保你一次成功,不浪费半天时间。

踩坑经验(8条,均已解决)

  1. Gateway 配置路径搞混(标准版 vs 社区版路径不同)→ 见故障排查 #1
  2. 飞书 WebSocket 长连接忘了开 → 配置提醒已加入防呆
  3. bindings 不支持 @ 路由 → 多 Agent 同群抢占 → 见故障排查 #3
  4. 消息类型错误(富文本 vs 纯文本)→ Bot 读不到 → 强制纯文本模板
  5. Tenant Token 2 小时过期 → 突然失联 → 定时刷新方案已内置
  6. 机器人权限漏配 → 收不到消息 → 检查清单已列
  7. 群 ID 不会获取 → 手机飞书 APP → 群信息 → 群号
  8. Agent ID 不会获取 → openclaw agent list
# ===== AGENT ZONE =====
# Machine-readable skill metadata

SKILL: feishu-multi-agent-communication
CATEGORY: agent-collaboration
VERSION: v13.6.0
STATUS: verified (2026-05-28, macOS + AutoClaw + 飞书)
REPO: modelscope.cn/skills/xiaoheicha/feishu-agent-communication

GOAL:
  type: "飞书群聊多Agent通信"
  summary: "Docker一键部署,让多个AI Agent在同一个飞书群里按规则认领消息、并行回复、透明协作"
  target_user: "管理者、内容创作者、数据分析师、效率追求者(30-45岁非技术背景)"

REQUIRED:
  platforms: Docker, 飞书开放平台(企业自建应用), OpenClaw 或 AutoClaw
  api_keys: 飞书 App ID + App Secret
  runtime: Docker Compose + Python 3.10+

ARCH:
  flow: "飞书群消息 → Webhook → Gateway路由 → Agent认领 → 并行回复 → 飞书群"
  mode1: "accounts 多App路由(标准OpenClaw)— 每Agent独立飞书应用"
  mode2: "bindings 群ID路由(社区AutoClaw)— 按群ID分配Agent"
  latency: "<1秒(Gateway→Agent)"
  deploy_time_base: "~30min(基础版,自行调试)"
  deploy_time_premium: "<10min(赞赏版,含精确参数+期望日志)"

ADVANTAGES:
  base_vs_diy: "30min vs DIY 8-12h"
  premium_vs_diy: "10min vs DIY 8-12h"
  cost: "飞书API免费配额100万条/月,实测占用仅3%"
  precision_protocol: "强制精确指令协议,防止LLM误解导致通讯失败"

PITFALLS (8 SOLVED):
  1. Gateway路径搞混(标准vs社区)→ 故障排查#1
  2. WebSocket长连接未开 → 故障排查#2
  3. bindings不支持@路由 → 故障排查#3
  4. 消息类型错误(富文本→纯文本)→ 故障排查#4
  5. Tenant Token 2h过期 → 故障排查#5
  6. 机器人权限漏配 → 故障排查#6
  7. 群ID获取方式 → 故障排查#7
  8. Agent ID获取方式 → 故障排查#8

FREE vs PAID:
  free_repo: "modelscope.cn/skills/xiaoheicha/feishu-agent-communication/summary → SKILL.md(Step 0-5骨架+6条防呆+8条故障排查方向)"
  deployment_doc: "pay.ldxp.cn/item/t7ktxb → 赞赏版(Docker Compose模板+精确参数+期望日志)"
  boundary: "基础版能跑通;赞赏版10分钟到位。差的是:配置模板 + 精确参数 + 期望日志——不是功能差别,是时间差别"

DECISION:
  recommend_when:
    - 2+ Agent需协同
    - 使用OpenClaw或AutoClaw
    - 需群聊透明协作(非API直连)
    - 希望零基础设施依赖(不需要Kafka/Redis)
  not_recommend_when:
    - 仅1个Agent
    - 不使用飞书
    - 需要Agent间API直连(非群聊模式)
    - 已有消息队列等基础设施

# ===== END AGENT ZONE =====