接入自有 Agent 的群聊与协作平台调研

实测抓取时间：2026-09-20 01:20–02:00（GMT+8）。本文所有星数 / 最后推送时间 / 许可证均为该时刻实测值（gh api repos/<owner>/<repo>，gh 已授权账号 11pmsleep），非记忆值。
本文遵守「不替用户下结论」原则：事实与判断分区，判断一律挂靠实测数据。
所有关键结论均给出原文引用与来源；素材中未出现的字段明确标注「未出现」。

一句话定位

这一轮解决的问题是：「我手上有 Hermes、Qoder CLI、WorkBuddy、OpenClaw 小弟好几个 agent，能不能把它们拉进同一个群 / 同一个平台里，让它们自己沟通协作？」

答案是 能，而且 2026 年已经有一批成熟度不错的开源项目专门为这件事而生。其中最贴合技术栈的两个：

  • 明略科技的 Octo——官方适配器矩阵里明确包含 Hermes Agent channel（Python），且宣传口径里直接点了 WorkBuddy；
  • 阿里 AgentScope 的 AgentTeams——README 原文明确列出 Hermes 和 DeepSeek Harness 都可以作为 Worker 与其他 runtime 共处同一个 Matrix IM 房间。

⚠️ 关于 AgentTeams 的最终判定（2026-09-21 更新）：该项目经源码级复核后判定 “不太符合预期”，暂不深入。原因是其 Manager（主控）只能用 OpenClaw 或 QwenPaw——Worker 侧虽有 5 种 runtime（含 Hermes / DSH），但协调层被锁死且无替代品，加上 Manager 是脆弱单点。详细注意事项见本文 3.5 节。
（原独立深度专研文档 abbrlink 99071 已删除，有价值内容已并入本文。）

详见第三、四节。

一、调研口径（先说清边界，避免与既有调研重复）

1.1 本轮问题与既有调研的分工

知识库里已有三篇毗邻调研，视角各不相同，本轮只补它们没覆盖的空档：

已有文档 abbrlink 覆盖的视角 本轮是否重复
Agent 互通与群聊方案调研 99065 协议族（A2A/ACP）、框架层（MAF/AG2/CrewAI）、现成 agent 互通、群聊形态横览 部分重叠，本轮只做平台化接入的增量
多智能体框架 agent-team 实现方式调研 99067 MAF/AG2/CrewAI/CAMEL/Hermes 框架内部如何编排 team 不重复
QoderWake 调研 99069 阿里 QoderWake 数字员工平台（闭源产品） 不重复（那是闭源商业产品，本文全是开源项目）

本轮的空档 = 「平台化地接入多个异构自有 agent 并让它们同处一个通信空间」。这个角度在既有三篇里都没有系统覆盖。

1.2 判定标准（什么算”支持接入多个自己 agent”）

本轮对候选项目用三条硬标准过滤：

  1. 多 agent 可共存：能同时接入 ≥2 个异构 agent（不是同一个框架 spawn 的影子副本）；
  2. 有统一通信空间：agent 之间有共享的会话/频道/房间/看板，而非各自独立终端；
  3. 能接入”非本项目原生”的 agent：即外部 CLI（Claude Code / Codex / Hermes / OpenClaw 等）能作为成员进来。

只满足”多开终端”的 tmux 管理器（如 claude-squad）不入选，但会在第 5.3 节列为”易混淆项”。

1.3 一个重要前置认知：接入靠的是 ACP 协议

本轮所有能接入外部 CLI 的项目，底层几乎都指向同一个协议：ACP（Agent Client Protocol）。

这里有个命名陷阱必须点明：

  • ACP = Agent Client Protocol（Zed 主导）——客户端 ↔ agent 的协议，作用是把 CLI agent 当成后端接进任意前端（编辑器、聊天平台、Web UI）。本文讨论的都是这个。
  • ACP = Agent Communication Protocol（IBM BeeAI 主导）——agent ↔ agent 的协议，已并入 A2A。99065 文档第三节 B 小节有记录，那个是历史存档。

两个 ACP 同名但完全不同，搜索时极易混淆。本轮所有项目引用的 ACP 均为前者。

二、总览：实测数据表（按”接入自有 agent”贴合度排序）

抓取时间：2026-09-20 01:20–02:00 GMT+8。星数为实测值。

项目 仓库 星数 最后 push 许可证 语言 定位一句话 能接入自有 agent？
Octo Mininglamp-OSS/octo-server 1,059 2026-09-17 Apache-2.0 Go 人 × AI agent 的开源工作场所，Bot 以数字同事身份进频道 ✅ 官宣 OpenClaw/Hermes/Codex/Claude Code/WorkBuddy
AgentTeams agentscope-ai/AgentTeams 5,643 2026-09-19 Apache-2.0 Go Manager-Workers 架构的多 agent 协作运行时，Matrix 房间为协作场 ⚠️ Worker 侧 5 种 runtime（含 Hermes/DSH），但 Manager 只能用 OpenClaw/QwenPaw → 详见 3.5 节
ClawTeam HKUDS/ClawTeam 5,538 2026-05-09 MIT Python 把单个 CLI agent 升级成 agent 群（Swarm） ✅ 任意 CLI，只要能在 tmux 里跑
OpenAB openabdev/openab 800 2026-09-15 MIT Rust 把 Discord/Slack/飞书/企微接进任意 ACP CLI 的薄 broker ✅ 14+ 种 ACP CLI，且有 bot-to-bot
AionUi iOfficeAI/AionUi 32,954 2026-09-09 Apache-2.0 TypeScript 24/7 协作 App，接入 OpenClaw/Hermes/Claude Code/Codex 等 20+ CLI ✅ README 明列 Hermes
hcom aannoo/hcom 507 2026-09-13 MIT Rust CLI，让 coding agent 跨终端互相发消息/监听/生成 ✅ Claude/Codex/OpenCode/Kilo/Pi/Antigravity/Cursor/Kimi/Copilot
agent-teams-ai 777genius/agent-teams-ai 2,145 2026-09-19 AGPL-3.0 TypeScript 「你是老板，agent 是你的团队」，看板 + agent 互发消息 ✅ Codex/Claude/OpenCode/Cursor/Grok/Copilot/Kiro/Z.AI/MiniMax/Kimi
AgentsMesh AgentsMesh/AgentsMesh 2,351 2026-08-03 BSL-1.1 Go 跨自有机器跑上百个 agent 的统一控制台 ⚠️ 偏”托管自建 agent”，非异构接入
zacp helloxz/zacp 120 2026-08-23 AGPL-3.0 Go 基于 ACP 的多 Agent Web 网关 ✅ 源码 catalog 实列 9 种 含 Qoder CLI
AgentCrew saigontechnology/AgentCrew 215 2026-09-16 Apache-2.0 Python 多 agent 聊天应用，支持多模型 + MCP + A2A/ACP ⚠️ 主要是自建 agent，有远端 agent 网络
agentpool phil65/agentpool 187 2026-04-25 MIT Python YAML 配置异构 agent，统一暴露为 ACP/AG-UI server ✅ Claude Code/Codex/Goose/AG-UI
openab（同名） xx025/openab 46 2026-09-01 MIT Python Open Agent Bridge，把 agent 后端接进聊天平台 ⚠️ 星数低，注意与上面 800★ 那个同名不同项目

表格中信息密度最高的三个（按与你场景的贴合度）：AgentTeams（明列 Hermes + DeepSeek Harness）、Octo（官宣 Hermes adapter）、OpenAB（bot-to-bot + 飞书/企微通道）。

三、重点一：AgentTeams（阿里 AgentScope）—— 最贴合你的技术栈

3.1 一句话定位

原文：”AgentTeams is an open-source collaborative multi-agent runtime platform. It enables multiple Agents to collaborate in a controlled and auditable room, with full human visibility and intervention capabilities throughout the process.“
（来源：https://github.com/agentscope-ai/AgentTeams/blob/main/README.md 第 13 行）

中文直译：AgentTeams 是一个开源的多 agent 协作运行时平台，让多个 agent 在一个可控可审计的房间里协作，人类全程可见、可介入。

3.2 为什么它最贴合你（决定性原文）

这是本文最重要的引用。README 第 23 行原文：

原文：”Multi-Runtime Collaboration: OpenClaw, QwenPaw, Hermes, and experimental DeepSeek Harness Workers coexist in the same IM room. Use the runtime that best fits each role while keeping collaboration visible in Matrix.”
（来源：https://github.com/agentscope-ai/AgentTeams/blob/main/README.md 第 23 行）

逐项对照你的家底：

你的资产 AgentTeams 是否支持 依据
Hermes ✅ 官方 README 明确列出 上述原文
dsh（DeepSeek Harness） ✅ 明确列出（标注 experimental） 上述原文
OpenClaw ✅ 明确列出 上述原文
WorkBuddy / Qoder CLI ❌ 未出现 README 全文未提及

这一条的分量：Hermes 和 dsh 恰好是你本机（及云电脑）正在使用的两个 harness，而且 AgentTeams 把它们和 OpenClaw 放在同一个 Matrix 房间里共存——这正是你问的”拉进一个群让他们自己沟通”。

3.3 架构要点（照抄 README）

  • Manager-Workers 架构：

    原文：”Built on a Manager-Workers architecture, AgentTeams features a Manager that centrally orchestrates multiple Workers”

  • 不实现 agent 逻辑本身，只做编排和容器管理：

    原文：”AgentTeams does not compete with other Agent runtimes. Instead of implementing Agent logic itself, it orchestrates and manages multiple Agent containers (including the Manager and numerous Workers).”
    —— 这句很关键：它天生就是”接入别人的 agent”的定位，不锁定单一框架。

  • 共享文件系统降 token：

    原文：”MinIO Shared File System: Introduces a shared file system for inter-Agent information exchange, significantly reducing token consumption in multi-Agent collaboration scenarios.”

  • IM 层用 Matrix 协议（Element 客户端 + Tuwunel 服务端）：

    原文：”Element IM Client + Tuwunel IM Server (both Matrix protocol-based): Eliminating DingTalk/Lark integration overhead and enterprise approval workflows.”

  • 人类默认在房间里：

    原文：”Human-in-the-Loop by Default: Every Matrix room includes you, the Manager, and the relevant Workers. Watch everything. Jump in anytime.”

  • 凭据隔离：

    原文：”Worker Agents operate with consumer tokens only. Real credentials (API keys, GitHub PATs) stay in the gateway — Workers can’t see them, and neither can attackers.”

  • 有 Dashboard（v1.2.0 起）：README News 提到 “adds the optional AgentTeams Dashboard” 及 “Dashboard v1.2.4”。

3.4 部署（原文照抄）

前置：

原文：”Prerequisites: Docker Desktop (Windows/macOS) or Docker Engine (Linux).”
原文：”Resources: 2 CPU cores + 4 GB RAM minimum. For multiple Workers, 4 cores + 8 GB recommended.”

装（macOS / Linux）：

bash <(curl -sSL https://raw.githubusercontent.com/agentscope-ai/AgentTeams/main/install/agentteams-install.sh)

装（Windows，PowerShell 7+ 推荐）——原文照抄：

Set-ExecutionPolicy Bypass -Scope Process -Force; $wc=New-Object Net.WebClient; $wc.Encoding=[Text.Encoding]::UTF8; iex $wc.DownloadString('https://raw.githubusercontent.com/agentscope-ai/AgentTeams/main/install/agentteams-install.ps1')

访问：

原文：”Open http://127.0.0.1:18088 in your browser and log in to Element Web.”

K8s / Helm：README 有独立章节 “Install on Kubernetes (Helm)”，默认 profile 打包 Higress AI 网关 + Tuwunel(Matrix) + MinIO + controller，无外部依赖。

3.5 注意点（重点，动手前必读）

⚠️ 最关键的硬限制：Manager（主控）只能用 OpenClaw 或 QwenPaw

这是本项目最实质的架构约束，已做源码级复核（五类独立证据）：

# 证据 数据
1 Manager CRD enum 只有 3 值 managers.agentteams.io.yaml:25-31：enum: [openclaw, copaw, qwenpaw]（copaw 是 QwenPaw 别名，实质只有 2 个）
对比 Worker：[openclaw, copaw, hermes, qwenpaw, deepseek-harness]（5 个）
2 入口脚本只有两个分支 manager/scripts/init/start-manager-agent.sh:7-26，case 里只有 copaw|qwenpaw) 与 *)；默认值是 qwenpaw 不是 openclaw
3 官方只维护 2 个 Manager 镜像 manager/Dockerfile（OpenClaw）+ manager/Dockerfile.qwenpaw。无 hermes 版
4 无 hermes-manager-agent 模板 只有 copaw-manager-agent（Manager）；hermes 只有 hermes-worker-agent（Worker）
5 skills 数量差 3 倍 Manager 16 个管理类 skills（worker-management / team-management / human-management / channel-management…）vs Hermes 只有 5 个（file-sync / find-skills / mcporter / project-participation / task-progress，与 OpenClaw Worker 完全相同）

→ Hermes / DSH 缺的不是配置开关，而是整套管理能力，其能力面与 OpenClaw Worker 同级（执行者，非协调者）。

⚠️ 还有个只有读源码才能发现的坑 —— 静默回退：

MANAGER_RUNTIME="${AGENTTEAMS_MANAGER_RUNTIME:-qwenpaw}"
case "${MANAGER_RUNTIME}" in
    copaw|qwenpaw) log "Manager runtime: QwenPaw ..." ;;
    *) log "Manager runtime: OpenClaw (Node.js gateway)"; MANAGER_RUNTIME="openclaw" ;;
esac

传入 hermes 不报错、不警告，静默改写成 openclaw，日志只平淡写一句 “Manager runtime: OpenClaw”，不会提示配置无效。

官方态度：不是”还没做”，是主动显式排除。

  • #1203（closed）提案 Scope 段官方原文：It would not add a DeepSeek Harness Manager runtime.
  • #186（closed）：维护者承诺范围仅 openclaw/copaw 切换，1.0.9 已交付
  • #604 / #659 / #686：Hermes 以 third worker runtime 身份加入，只进 worker picker
  • 跑 10+ 组关键词检索，未找到任何 issue/PR 请求”Hermes 作为 Manager runtime”

唯一绕过面 spec.image（自定义镜像）绕不过本质：该字段确实生效且无校验，官方自己就用它注入 Manager 镜像，但绕不过 “entrypoint 只会启动 openclaw 或 qwenpaw 进程”。要用 Hermes 当 Manager = 自己写 start-hermes-manager.sh + Matrix channel + 16 skills 的 Hermes 版 + openclaw.json bridge 等价物 → 等于自研一个新 Manager runtime。spec.env 注入更是无用（仍被 *) 改写）。

其他官方明确未实现 / 未开放

项 状态
agt apply --prune / --dry-run / --watch 未实现（import-worker.md:137）
deployMode: Remote（controller 托管式远端投递） 开源版显式拒绝（member_reconcile.go:311-313）
跨机能力（deployMode: Edge / docker run 到目标机 / TeamHarness remote-member） 支持，但架构文档零命中——功能写在 CRD schema、controller 源码与 changelog 里
Edge 的用户级端到端文档 缺失（无 edge.md），issue #577 已 open 5 个月无终答 → 机制强证据、可用性弱证据
deployMode 事后修改 不允许（”delete and recreate”，worker_controller.go:560）
OpenHuman 作为 Worker runtime CRD enum 不接受 spec.runtime: openhuman
Helm 的 worker.defaultImage.qwenpaw 不存在，用 qwenpaw 需显式设 spec.image
Dashboard 仅 Bash 安装器支持，PowerShell 安装器不含（ps1:97-98 注释）
Matrix 多租户 / 联邦 明确不做（matrix-appservice-design.md:33：「不把 Matrix homeserver 设计成多租户公共服务」）
暴露 Worker 端口的认证 无认证（设计如此，higress-gateway-api.md:109）
E2EE 默认禁用；启用后要求所有 agent 支持 matrix-sdk-crypto
把主流 Coding Agent（qwen-code / opencode）作为 Worker 计划中，未实现；官方 2026-05-19 回复”在计划中”，至今 3 个月无进展（issue #808）

社区已暴露的风险点

  • #199（open）：用户抱怨 Manager 不回消息、要求”辞退 manager 招新的”，官方临时方案仅 docker restart → Manager 是脆弱单点
  • #672（open）：QwenPaw Manager 长时间运行后 Matrix 入站消息被静默丢弃
  • #1132（open）：企业用户**”找不到稳定的可编程 Manager 调度路径”**，被迫在 AgentTeams 外面自建 driver 层
  • #548：Remote Worker 部署在 MinIO 拉取阶段失败（端口远程不可达），至今 open，社区临时方案是”退回本地跑”
  • #938：K8s 下给 Manager 加自定义插件全部失败（openclaw plugins enable / 改模板 / spec.config 均无效）
  • #878：跨机依赖 host.docker.internal，隐含同机假设。#58：内部域名默认不对外，需手改 host

部署相关的两个坑：① 非交互安装默认 AGENTTEAMS_LOCAL_ONLY=1（仅本机），外部访问不了，必须显式设 =0；② Docker Socket 挂载官方原文警告”等同于授予很高的宿主机权限“。

安全模型是它的加分项：Worker 只持可吊销的 Consumer Token，真实凭证永不下发到 Agent（Higress 网关注入）。

项目健康度

  • install/agentteams-install.ps1 确实存在（209 KB，已实测抓取；agentteams-install.sh 为 274 KB）
  • 项目从 Former name 重命名而来（2026-07-17 “completes the public rename from the retired predecessor”），旧资料可能用旧名
  • 243 个 open issues / 5,643★ —— 比例偏高，快速迭代期项目的典型特征
  • Apache-2.0，阿里 AgentScope 团队，文档质量高（20 篇中文）

四、重点二：Octo（明略科技）—— 官宣 Hermes adapter

4.1 一句话定位

原文：”OCTO — the open workplace built for humans × AI agents.“
原文：”Let Lobsters (OpenClaw-powered digital doubles) do the thinking and doing. You focus on taste.”
（来源：https://github.com/Mininglamp-OSS/octo-server/blob/main/README.md 首屏）

中文直译：OCTO——为人 × AI agent 打造的开源工作场所。让”龙虾”（OpenClaw 驱动的数字分身）负责”思”与”行”，你专注”品”。

4.2 接入能力：官宣名单 + 适配器实证

宣传口径（腾讯新闻官方稿 + 多家媒体转载一致）：

原文：”用户不仅可以便捷地将 OpenClaw、Hermes、Codex、Claude Code、WorkBuddy 等主流工具接入 Octo，生成专属的数字分身 Bot，更能实现 Agent to Agent (A2A) 的深度协同。”
（来源：https://news.qq.com/rain/a/20260629A08BB200 ，明略科技官方开源公告转载）

仓库级实证（这一条比宣传更重要）：octo-adapters 的 README 明确列出三类参考适配器，原文照抄：

原文（英文版）：”| Hermes Agent channel | Python | Hermes Agent adapter for the OCTO IM platform (multi-account, protocol + integration layer). |”
原文（中文版）：”| Hermes Agent channel | Python | Hermes Agent 在 OCTO IM 平台上的适配器（多账号、协议 + 集成层）。 |”
（来源：https://github.com/Mininglamp-OSS/octo-adapters/blob/main/README.md 及 README.zh.md 第 68 行）

其余两类适配器（同表）：

  • Claude Agent SDK gateway（TypeScript/Node）：”把 Claude Agent SDK 接到 OCTO IM 协议的 WebSocket 网关。负责 DH 密钥交换、AES-CBC 分帧、流式回复、DM + 群发、会话持久化、自动重连。”
  • OpenClaw channel（TypeScript/Node）：”OpenClaw AI 框架 channel 插件，基于 OCTO IM WebSocket 协议。实时收发、自动重连、流式、输入提示、已读回执、多账号隔离。”

4.3 ⚠️ 必须点明的落差（实测发现）

宣传/README 与实际仓库内容存在落差，如实记录：

  1. 我通过 gh api repos/Mininglamp-OSS/octo-adapters/contents/ 列出仓库根目录，实际存在的目录只有三个：.github、create-openclaw-octo、docs。
  2. README 中声称的 ./packages（Node 适配器清单所在）实际不存在——README 的 Quickstart 让你 pnpm --filter <adapter-name> dev 且”见 ./packages”，但该目录 404。
  3. 仓库根下唯一可运行的适配器是 create-openclaw-octo（TypeScript，含 bin/cli/package.json），即 OpenClaw 那一路。

结论（事实层）：截至实测时刻，Octo 的 Hermes adapter 状态是「README 已声明，但仓库内未见对应代码目录」。Claude Agent SDK 网关与 Hermes channel 两类在 README 的模块表中列出，但仓库里没有对应的包目录。

这意味着：Octo 对 Hermes 的接入目前应视为”已在路线图上、官方已列入模块表”而非”开箱可用”。是否已发布，需看 octo-adapters 后续 release；本轮未能核实到更细的发布时间表。

4.4 Octo 的协作机制（这是它真正的差异点）

从官方公告与媒体解读中提取的核心机制（均标注来源，非我推断）：

  • Bot 以数字同事身份入群：「每个 AI Agent 以一个 Bot（数字同事）的身份加入团队。Bot 有头像、有名片（AgentCard）、有明确的能力说明和工作记录，像真人同事一样可以被 @、被派任务、被拉进项目频道。」（来源：媒体解读，与官方口径一致）
  • 四层空间结构：Spaces（空间）→ Categories（分类）→ Channels（频道）→ Threads（子区）
  • Matter（事项）：讨论中自动提炼待办 → 人确认 → 创建 Matter（含负责人/交付物/验收标准）
  • 六种协作模式（官方明确列举）：
    模式 含义
    Solo 单人完成，边界明确的小任务
    Roundtable 圆桌讨论，多 Bot 公开讨论互为可见
    Critic 独立审核，一个产出、一个挑错，可打回重做
    Pipeline 流水线，A→B→C 串行，产出即输入
    Split 分头干，拆模块并行，人类 Leader 汇总
    Swarm 竞选择优，同题多 Bot 独立完成取最优
  • 核心理念：「Agents do. Humans decide.」
  • 设计团队对差异化的自述：「这跟飞书、Slack 有本质区别：后者最初是为了『人与人聊天』设计的，ChatGPT 式的 AI 接入是后来的补丁；而 Octo 从第一天起，架构就围绕『人类品鉴、Agent 执行』的分工来构建。」

4.5 部署方式

架构：octo-server 是中心，客户端/适配器/matter/summary/admin 都汇聚于它。

单服务跑（原文照抄）：

git clone https://github.com/Mininglamp-OSS/octo-server.git
cd octo-server
go build -o octo-server .
./octo-server --config ./configs/tsdd.yaml

原文：”The default dev config expects a local WuKongIM instance and a MySQL-compatible database.”

一键全套（推荐，官方 OOTB）：

原文：”For a one-command Docker Compose stack (server + admin + web + matter + smart-summary + WuKongIM + MySQL + Redis + MinIO + nginx), use the official OOTB deployment at [Mininglamp-OSS/octo-deployment]”
注：octo-deployment（53★）实测描述是 Kubernetes manifests（Kustomize bases + overlays），与 README 里说的 “Docker Compose” 措辞不完全一致——README 另提到旧的 docker/octo/ compose 栈「已退役」。

各仓实测规模（抓取时间 2026-09-20 01:20）：

仓库 星数 语言 角色
octo-web 1,178 TypeScript Web & 桌面（Electron）客户端
octo-server 1,059 Go 后端 API · 业务编排 · Lobster 调度
octo-deployment 53 Shell K8s 部署清单
octo-adapters 42 TypeScript 第三方适配器
octo-admin 37 TypeScript 管理后台

技术底座（README 致谢部分）：octo-server 是 TangSengDaoDaoServer 的衍生作品，IM 内核驱动 WuKongIM。这两个都是国内成熟的开源 IM 项目——这解释了为什么 Octo 的 IM 能力不像新项目那样生涩。

4.6 注意点（如实标注）

  • 落差已在 4.3 说明：Hermes adapter 是 README 声明但仓库未见代码。
  • 许可证 Apache-2.0，可私有化部署，商业可用。
  • 星数（千级）与实际声量（官方稿称”全球首个开源可信的 Agent 协作网络”）不匹配——1,059★ 的 server 搬不动”千百家 Agent 连成网络”的叙事。这是我在本轮实测中看到的最大的”宣传 vs 数据”偏离，如实记录，不下定论。
  • 项目 2026-09-17 仍在推送，活跃度正常。

五、其余入选项目（按能力归类）

5.1 集群一：「任意 CLI agent 拉群」—— ClawTeam / hcom / ACP 网关族

ClawTeam（HKUDS，5,538★，MIT，Python）

港大数据智能实验室出品。定位原文：

原文：”ClawTeam: Let AI Agents Form Swarms, Think & Work Together, and Ship Faster“
（来源：https://github.com/HKUDS/ClawTeam/blob/main/README.md）

它的接入哲学最”开放”——不要求 agent 懂任何协议，只要能跑 shell：

原文：”This means any CLI agent can participate in a ClawTeam team — it just needs to run shell commands. No custom SDK, no API integration, no framework lock-in.”

机制是自动注入协调提示词（原文照抄）：

## Coordination Protocol (auto-injected into every spawned agent)

- 📋 Check your tasks: clawteam task list <team> --owner <your-name>
- ▶️ Start a task:     clawteam task update <team> <id> --status in_progress
- ✅ Finish a task:    clawteam task update <team> <id> --status completed
- 💬 Message leader:   clawteam inbox send <team> leader "status update..."
- 💬 Message teammate: clawteam inbox send <team> <name> "info..."
- 📨 Check inbox:      clawteam inbox receive <team>
- 😴 Report idle:      clawteam lifecycle idle <team>

通信原语：点对点 inbox（send/receive/peek）+ broadcast（广播）。注意：README 未使用”群聊 group chat”字眼，其”群”是通过 inbox 点对点 + broadcast 实现的。

支持的 agent 表（原文照抄）：

Agent 命令 状态
Claude Code clawteam spawn tmux claude --team ... ✅ Full support
Codex clawteam spawn tmux codex --team ... ✅ Full support
OpenClaw clawteam spawn tmux openclaw --team ... ✅ Full support
nanobot clawteam spawn tmux nanobot --team ... ✅ Full support
Kimi CLI clawteam spawn tmux kimi --team ... ✅ Full support
Cursor clawteam spawn subprocess cursor --team ... 🔮 Experimental
Custom scripts clawteam spawn subprocess python --team ... ✅ Full support

状态存储极简：

原文：”All state lives in ~/.clawteam/ as JSON files. No database, no server, no cloud.”

⚠️ Windows 卡点（必须提醒）：

原文：”Requires Python 3.10+, tmux, and a CLI coding agent.”

ClawTeam 的 spawn 主力路径是 clawteam spawn tmux ...，tmux 在 Windows 原生环境下不可用（需 WSL/容器）。虽然有 subprocess 兜底模式，但多 worker 的可视化（tiled tmux view）会缺失。这是你在本机用 ClawTeam 最实际的障碍。 另有 board serve Web UI 可部分替代。

⭐ 活跃度警告：最后 push 为 2026-05-09，距实测日已 4 个多月无推送。5,538★ 但停更 —— 上手前需评估风险。

hcom（507★，MIT，Rust）—— 「hook 你的 coding agent」

原文：”hcom is a CLI that coding agents use to message, watch, and spawn each other across terminals.”
原文：”Works with Claude Code, Codex, OpenCode, Kilo Code, Pi, Oh My Pi, Antigravity, Cursor, Kimi and Copilot - in any combination, without changing how you use them.”
（来源：https://github.com/aannoo/hcom/blob/main/README.md）

特点：

  • 单 Rust 二进制，无后台服务（”Single Rust binary, no background services”）—— 部署成本极低
  • 用法极简：hcom claude（或 codex/opencode/kilo/pi/omp/agy/cursor-agent/kimi/copilot/gemini）—— 在命令前加 hcom 即可
  • 有 原生 Windows PowerShell 安装：
    irm https://github.com/aannoo/hcom/releases/latest/download/hcom-installer.ps1 | iex
  • 未提及 Hermes / WorkBuddy / Qoder（实测 grep 无结果）

和 ClawTeam 的差异：hcom 更轻（无 tmux 依赖、单二进制），但没有 leader/worker 的组织结构，是平级的”互相发消息”；ClawTeam 有完整的 team/task/inbox 体系但依赖 tmux。

zacp（120★，AGPL-3.0，Go）—— 明确适配 Qoder CLI

这一条对你的价值：源码级证据显示 zacp 已内置 Qoder CLI 适配。

backend/internal/acp/providers/catalog.go 原文照抄：

{ID: "qoder",   Name: "Qoder",    Command: "qodercli",   Args: []string{"--acp"}},
{ID: "qodercn", Name: "QoderCN",  Command: "qoderclicn", Args: []string{"--acp"}},

完整适配清单（源码 catalog，共 9 个）：Reasonix、Omp、Zlite、QoderCN、Qoder、Grok、OpenCode、Codex、Pi。

部署：默认监听 :8680，单二进制 + 可选 Docker。

# Windows 一键
irm https://raw.githubusercontent.com/helloxz/zacp/main/install.ps1 | iex

⚠️ 但要注意定位：zacp 不是群聊，是”多会话 / 多 Agent 切换的 Web 工作台”。README 原文只提”支持多会话、多 Agent 切换”，全文无”群聊/频道/多 Agent 互聊”表述（实测 grep 命中 0）。它解决的是”在浏览器里用 CLI agent”，不是”让 agent 互相聊天”。

Qoder CLI 有 --acp 参数这一点本身很有用——说明你的小弟 CLI 天生支持被 ACP 接入，意味着它能进 zacp、也能进 OpenAB 等所有 ACP 生态工具。

其他 ACP 生态项目（本轮查到、未深挖）

项目 星数 说明
openclaw/acpx 3,263 ACP 有状态会话的无头 CLI 客户端
formulahendry/acp-ui 478 跨平台 ACP 客户端（桌面/移动/Web）
agentclientprotocol/registry 396 ACP 实现者官方注册表（找 ACP agent 从这里查）
mvanhorn/paperclip-plugin-acp 72 ACP 运行时插件，从任意聊天平台跑 CLI
agentgateway/agentgateway 4,931 面向 agent 与 MCP server 的新一代代理

5.2 集群二：「把 IM 群变成 agent 群」—— OpenAB

OpenAB（800★，MIT，Rust）

原文：”A lightweight, secure, cloud-native ACP harness that bridges Discord, Slack, and any [Agent Client Protocol]-compatible coding CLI … over stdio JSON-RPC”
（来源：https://github.com/openabdev/openab/blob/main/README.md）

支持的平台通道（照抄 README 架构图与特性表）：

  • 原生：Discord、Slack
  • 通过 gateway adapters：Telegram、LINE、飞书/Lark、Google Chat、企业微信 WeCom、Microsoft Teams

支持的 ACP CLI（照抄架构图内文字，14+ 种）：
kiro-cli acp / claude-agent-acp / codex-acp / gemini --acp / copilot --acp / cursor-agent acp / opencode acp / mimo acp / kimi acp / grok agent stdio / devin acp / agy-acp / pi-acp / agentcore-acp (AWS AgentCore) / custom ACP agent

对你的关键特性（照抄 Features 段）：

原文：”Multi-agent collaboration — bot-to-bot messaging for coordinated workflows (docs/multi-agent.md)”

原文：”Agent-controlled reply-to — agents choose which message to reply to via [[reply_to:id]] directive, enabling clear conversation threads in multi-bot channels”

原文：”Agent control plane (preview) — standalone openab-cp service for direct agent-to-agent delegation over WebSocket”

这三条直接回答了 99065 里那个悬而未决的问题：多 bot 同群时如何不刷屏、如何让 bot 互相认得出谁在跟谁说话。OpenAB 用 [[reply_to:id]] 指令 + bot-to-bot messaging + 独立控制平面来解决。这是 99065「QQ/NapCat 待实测」那条待办的一个现成答案。

⚠️ 注意：README 未提及 Hermes / WorkBuddy / Qoder。它的接入面是标准 ACP CLI——理论上只要你的 CLI 支持 --acp（Qoder 支持！见 5.1 zacp 小节）就能接。

活跃度：最后 push 2026-09-15，800★，是本轮”中星数 + 高活跃”的优质标的。

同名干扰项：xx025/openab（46★，Python）是另一个项目（Open Agent Bridge），星数低得多，搜索时注意区分。

5.3 集群三：「统一控制台 / 工作台」—— AionUi / agent-teams-ai / AgentsMesh

AionUi（iOfficeAI，32,954★，Apache-2.0，TypeScript）—— 本轮星数最高

原文（仓库描述）：”Open-source 24/7 Cowork app for OpenClaw, Hermes, Claude Code, Codex, OpenCode and 20+ more CLI Agent | Customize your assistants | Team them up｜Star if you like it!”

“Team them up” + 明列 Hermes —— 这是本轮第二个直接点名 Hermes 的项目。

  • 32,954★，最后 push 2026-09-09，活跃
  • 914 个 open issues（规模大了以后的自然结果）
  • 定位是桌面协作 App（24/7 常驻），不是纯后端服务
  • ⚠️ README 抓取失败（raw.githubusercontent.com 返回 0 字节，可能是默认分支名不同或 README 文件名非常规），故其”Team them up”的具体机制未核实到原文。仓库描述是 gh api 拿到的权威字段，但更深的能力说明待补。

agent-teams-ai（777genius，2,145★，AGPL-3.0，TypeScript）

原文（仓库描述）：”You’re the boss, agents are your team. They handle tasks on their own, message each other, and review each other’s work. You just watch the kanban board and give high-level commands. Codex/Claude/OpenCode/Cursor/Grok/GitHub Copilot/Kiro/Z.AI/MiniMax/Kimi(300+ models, 200+ LLM providers, free models no auth)”

“message each other” 是明确的 agent 互发消息能力，加上看板视图。支持面很广（含 Codex/Claude/OpenCode/Cursor/Grok/Copilot/Kiro 等）。
⚠️ AGPL-3.0——若将来商用需注意许可证传染性。

AgentsMesh（2,351★，BSL-1.1，Go）—— 定位不同，需澄清

原文：”The AI Agent Workforce Platform. Run a hundred AI coding agents across your own machines — and schedule, isolate, and steer them all from one console.”

它不是”接入异构自有 agent”的项目，而是**「把你的机器变成 agent 农场，统一调度」**。README 的问题陈述很明确：”A hundred agents won’t fit on one laptop. Nobody can babysit a hundred terminals.”
⚠️ BSL-1.1 许可证（Business Source License）——非标准开源，商用有限制，这点必须注意。

5.4 集群四：编排网关 / 协议桥（agentpool / AgentCrew）

agentpool（phil65，187★，MIT，Python）

原文：”AgentPool acts as a protocol bridge. Define all your agents in one YAML file - whether they’re native (PydanticAI-based), direct integrations (Claude Code, Codex), external ACP agents (Goose), or AG-UI agents.”

YAML 一统异构 agent（原文照抄示例）：

agents:
  coordinator:
    type: native
    model: openai:gpt-4o
    tools:
      - type: subagent  # Can delegate to all other agents
    system_prompt: "Coordinate tasks between available agents."

  claude:
    type: claude_code
    description: "Claude Code for complex refactoring"

  codex:
    type: codex
    model: gpt-5.1-codex-max

  goose:
    type: acp
    provider: goose

  agui_agent:
    type: agui
    url: "http://localhost:8000"

原文：”Now coordinator can delegate work to any of these agents, and all are accessible through the same interface.”

对外暴露：ACP server（给 Zed/Toad）、OpenCode server、MCP server、AG-UI server、OpenAI API 兼容端点。
⚠️ 活跃度：最后 push 2026-04-25，已约 5 个月未推送。
⚠️ 未列 Hermes / WorkBuddy / Qoder（实测 grep 无结果）。

AgentCrew（saigontechnology，215★，Apache-2.0，Python）

四种使用方式（原文照抄仓库说明）：

模式 命令 适用
Desktop GUI agentcrew chat 日常工作、拖拽文件、可视化 diff
Terminal agentcrew chat --console 远程服务器、键盘流
One-shot jobs agentcrew job --agent "Name" "task" ./files CI/CD、批处理
HTTP API agentcrew a2a-server 与其他应用集成、多实例 agent 网络

多实例 agent 网络（原文照抄配置）：

[[remote_agents]]
name = "RemoteResearcher"
url = "http://server-a:41241"

[[remote_agents]]
name = "RemoteCoder"
url = "http://server-b:41241"

三种通信协议（原文）：Console/GUI（人↔agent）、A2A（HTTP+JSON-RPC，跨实例委派）、ACP（WebSocket，自定义客户端 / IDE / 无头控制）。
关键工具：transfer（”Hand off tasks to other agents. Automatically available in multi-agent setups.“）—— agent 之间互相交派任务。
⚠️ 注意：AgentCrew 主要是在它自己内部定义 agent（[[agents]] 配置多模型），不是”把你的现成 CLI agent 接进来”。它的多实例网络是”AgentCrew 实例之间”，不是”异构 CLI 之间”。

六、横向能力矩阵（回答”能不能接入多个自己的 agent”）

项目 能接外部 CLI？ 多 agent 共享同一空间？ 有真·群聊？ 有 GUI？ Windows 可用性 活跃度
AgentTeams ✅ 明列 OpenClaw/QwenPaw/Hermes/dsh ✅ Matrix 房间 ✅ 是（Matrix IM） ✅ Element Web + Dashboard ✅ 有 ps1 安装脚本 🟢 2026-09-19
Octo ⚠️ 官宣 OpenClaw/Hermes/Codex/Claude Code/WorkBuddy，但 Hermes 代码未见 ✅ Channel/Thread ✅ 是（IM 工作台） ✅ Web + Electron + Android ⚠️ 未明说 🟢 2026-09-17
ClawTeam ✅ 任意 CLI（shell 即可） ✅ team + inbox + board ⚠️ inbox+broadcast，非群聊 ✅ board serve Web UI ❌ 依赖 tmux 🔴 2026-05-09 停更
OpenAB ✅ 14+ 种 ACP CLI ✅ 平台频道 + thread ✅ 是（Discord/Slack/飞书/企微） ✅ 平台原生界面 ✅ 有 Windows 二进制 🟢 2026-09-15
hcom ✅ 10 种 CLI ⚠️ 跨终端消息，无房间概念 ❌ 否 ❌ 无 ✅ 原生 ps1 安装 🟢 2026-09-13
AionUi ✅ 20+ CLI，明列 Hermes ⚠️ 待核实 ⚠️ 待核实 ✅ 桌面 App ✅ 桌面 App 🟢 2026-09-09
agent-teams-ai ✅ Codex/Claude/OpenCode/Cursor/Grok/Copilot/Kiro 等 ✅ 看板 + 互通消息 ⚠️ 看板式 ✅ 桌面 App ✅ 桌面 App 🟢 2026-09-19
zacp ✅ 9 种，含 Qoder CLI ❌ 多会话切换，非共享 ❌ 否 ✅ Web UI ✅ 原生 ps1 安装 🟡 2026-08-23
agentpool ✅ Claude Code/Codex/Goose/AG-UI ⚠️ 编排层，无房间 ❌ 否 ⚠️ 通过外部客户端 ⚠️ 未明说 🔴 2026-04-25 停滞
AgentCrew ⚠️ 自建 agent 为主 ✅ 同一聊天 ✅ 是（控制台聊天） ✅ Desktop GUI ✅ 有 Docker 🟢 2026-09-16
AgentsMesh ⚠️ 托管自建 agent ✅ 控制台 ⚠️ 任务调度式 ✅ Web 控制台 ⚠️ 未明说 🟡 2026-08-03

七、环境

7.1 本轮调研的环境与工具

项 值
调研时间 2026-09-20 01:20–02:00（GMT+8）
本机 Windows，Git Bash
元数据抓取 gh api repos/<owner>/<repo>（gh CLI 已授权账号 11pmsleep）
README 抓取 curl https://raw.githubusercontent.com/<owner>/<repo>/<branch>/README.md
并行调研 Qoder CLI（qodercli.exe -p ... --permission-mode bypass_permissions）
已知干扰 GitHub 匿名 API 额度（60/h）在调研早期耗尽 → 改用已授权的 gh 通道绕过

7.2 ⚠️ 环境事件：Qoder CLI 的模型参数陷阱（结论已修正）

本轮调研开始时 Qoder CLI 报错，两条日志原文：

You've reached your credit usage limit. Please upgrade your subscription plan to get more resources.
Your personal Credits have been exhausted. Please check your plan.

当时误判为”免费额度提前耗尽”（原计划免费期 2026-09-18 — 09-30），该结论已于 2026-09-20 当晚推翻。

真实根因：不加 -m 参数时，qodercli 走的默认模型会消耗 Credits，0 余额账号因此被拒并报”额度耗尽”。显式加 -m Qwen3.8-Flash 后立即恢复正常。

qodercli -m Qwen3.8-Flash -p "<prompt>" --permission-mode bypass_permissions   # ✅ 正常

（--list-models 确认该账号只有 Qwen3.8-Max 与 Qwen3.8-Flash 两个可选项。）

  • 影响：本轮的 A、B 两路任务完成，C 路部分完成（产出 200+ KB 素材后中断），D 路未执行
  • 处置：剩余工作（数据核实、README 抓取、文档撰写）由本地直接完成；文档所有星数等数据均经本地 gh 通道独立复核，不依赖 Qoder 产出
  • 教训：“额度耗尽”的报错未必是额度问题——先检查是不是走错了扣费模型

7.3 备份

本轮为只读调研，未修改任何既有文件，无破坏性操作，按规范不触发备份。
临时素材位于 C:\Users\Admin\Desktop\AI_project\qoder\_scratch\chatagent\，任务完成后清理。

八、安全风险评估

8.1 各项目的风险面

风险项 涉及项目 说明
许可证传染性 agent-teams-ai（AGPL-3.0）、zacp（AGPL-3.0） AGPL 要求网络服务也开源衍生代码，商用前必须评估
非标准开源 AgentsMesh（BSL-1.1） Business Source License，商用有限制条款，非 OSI 认证开源
许可证存疑 acpone（星数 0，仓库无 LICENSE 文件，README 自称 MIT） 无 LICENSE 文件 = 法律上默认保留所有权利
项目停更 ClawTeam（4 个月）、agentpool（5 个月）、crystal（7 个月）、Agent-ChatRoom（2 年） 停更项目的安全补丁无人维护
凭据集中风险 Octo、AgentTeams 都是”agent 的中央集散地”，一旦被攻破影响面大。AgentTeams 有应对（”Real credentials stay in the gateway”），Octo 的凭据模型本轮未核实到原文
prompt injection 所有”多 agent 同处一个消息空间”的项目 99065 已记录 Moltbook 的 prompt injection 事故。agent 之间互发消息 = 攻击面从”人对 agent”扩大到”agent 对 agent”
多账号隔离 Octo（adapter 提到 “multi-account isolation”）、OpenAB 若多个 agent 共用一个平台账号，权限边界需自查
数据出境 全部 这些平台会把你的对话/上下文交给 LLM 供应商，敏感项目勿接入

8.2 针对你场景的具体提示

  1. Hermes 接进第三方平台 = 你的 Kanban/记忆/文件会经过该平台。AgentTeams 用 Matrix 自托管（数据在自己机器）相对可控；Octo 需自托管部署，同样可控。切勿接进别人的 SaaS 实例。
  2. AgentTeams 的凭据隔离设计值得肯定：Worker 只有 consumer token，真凭据留在 gateway——这降低了”某个 worker 被注入后拿到你的 API key”的风险。
  3. agent 互发消息的刷屏与死循环风险：99065 已记录”回环刷屏需频控”。OpenAB 的 [[reply_to:id]] 与 bot-to-bot 设计是针对性的缓解；但任何多 bot 场景都必须自己加频控与轮次上限。

九、待研究清单

高优先级（直接对应你的落地需求）

  • 实测 AgentTeams 在 Windows 本机的安装：跑一遍官方 ps1 脚本，确认 install/agentteams-install.ps1 实际存在且可用 → 脚本存在性已于 2026-09-20 验证通过（209 KB，抓取成功）；实际安装运行仍未实测
  • AgentTeams 投入产出评估（★ 优先级已下调）：实测发现其 Manager 只能用 OpenClaw / QwenPaw（详见 3.5 节），且 Manager 是脆弱单点（#199 / #672 / #1132）→ 本项目已判定”不太符合预期”，暂不深入。除非后续官方开放 Manager runtime（目前无计划），否则不必再投入
  • 实测 spec.deployMode: Edge / 实测 TeamHarness Remote Member 路径 → 已随上述判定一并搁置（机制确实存在，见 3.5 节”跨机能力”行，但前提限制使其性价比下降）
  • 核实 AionUi 的 “Team them up” 机制：README 抓取失败，需换路径重抓；确认它接 Hermes 的具体形态（是 ACP 还是 MCP 还是别的）
  • 核实 Octo 的 Hermes adapter 是否已发布：关注 Mininglamp-OSS/octo-adapters 的 releases；如仍未发布，判断是否值得等
  • 验证 Qoder CLI 的 --acp 参数：zacp 源码显示 qodercli --acp，本机实测确认；若成立，则 Qoder 小弟可进所有 ACP 生态工具（OpenAB、zacp、acp-ui 等）
  • OpenAB 的 bot-to-bot 实测：它明确有 bot-to-bot messaging + [[reply_to:id]]。若你有 Discord/Slack 账号，这是验证”多 bot 同群不刷屏”成本最低的一条路

中优先级

  • ClawTeam 能否在 Windows 上用 subprocess 模式跑通（绕开 tmux 依赖）
  • AgentsMesh 的 BSL-1.1 具体限制条款（商用边界）
  • agentclientprotocol/registry（ACP 官方注册表）里有几个中国厂商的 CLI（是否有 Qwen/Kimi/GLM 系）
  • OpenAB 在飞书/企业微信通道下的实际可用性（README 说通过 gateway adapters，”available through gateway adapters” 但未说成熟度）

低优先级 / 观察

  • ClawTeam（5,538★）为何 4 个月无推送——是完成态还是弃坑
  • hcom 与 ClawTeam 的组合使用（hcom 做消息层、ClawTeam 做组织结构）是否可行
  • 99065 里遗留的”QQ/NapCat bot 间可见性”实测，能否用 OpenAB 的结论外推

十、社区反馈与可靠性（缺陷披露）

10.1 本轮查证过程中的缺陷与不确定项（如实记录）

  1. AionUi README 抓取失败：curl 返回 0 字节（尝试 main/master 两个分支均失败），其”Team them up”机制只能依据仓库描述字段，未取得 README 原文。已在 5.3 明确标注。
  2. Octo 的 Hermes adapter 存在 README 与仓库的落差：README 声明三类适配器，仓库实际只有 create-openclaw-octo 一个目录。已在 4.3 详述。这是本轮最重要的”预期管理”发现。
  3. AgentTeams 的 Windows ps1 脚本未实测：README 给出 PowerShell 安装命令，但本轮 Qoder 额度耗尽，未能派它验证。已在 3.5 标注。
  4. C 路调研被额度中断：C 路（新项目发现）产出 200+ KB 素材（awesome-a2a.md 159 KB、awesome-orchestrators.md 48 KB）后因额度耗尽中断，未能完成”已排查但排除的项目”完整清单。已从素材中提取了 22 个候选并逐一实测星数（见第二节与附录），但可能仍有遗漏。
  5. search/code API 限流：B 路报告记录核验过程中 search/code 触发过一次 403，已通过”README grep + 克隆库本地 grep”双重验证规避。

10.2 情报污染识别（重要）

本轮检索中再次出现媒体解读与官方事实脱节的情况，典型例子：

  • Octo 的声量 vs 数据：官方稿称”全球首个开源可信的 Agent 协作网络”、”明略科技股价盘中涨幅一度接近 8%”、”自 6 月 11 日以来累计涨幅已超过 30%”。而 octo-server 实测 1,059★。“千百家 Agent 连成网络”的叙事与千级星数不成比例——这不代表项目不好（它基于成熟 IM 内核，工程质量可能很高），但不能用媒体声量代替实测数据做选型。
  • 命名混淆陷阱：openabdev/openab（800★）与 xx025/openab（46★）同名不同项目；AgentTeams（阿里 AgentScope，agentscope-ai）与 agent-teams-ai（777genius）名称高度相似但完全无关；两个 ACP 缩写含义完全不同（见 1.3）。
  • 本项目自己的取信原则（延续 99069 的规范）：只认 GitHub 实测数据（gh api）+ 仓库 README/源码原文。媒体稿仅用于了解”项目方想讲什么故事”，不作为能力依据。

10.3 一句话可靠性结论

  • 数据层可靠：本文所有星数、推送时间、许可证均为 gh api 实测，抓取时间已标注。
  • 能力层基本可靠：核心结论（AgentTeams 支持 Hermes、Octo 官宣 Hermes adapter、zacp 支持 Qoder CLI）均有 README/源码原文支撑，来源已标注。
  • 可用性层不确定：所有项目的”开箱能不能跑通”均未在本机实测（除 Qoder 额度耗尽的干扰外，主要是时间成本）。上表标注的 Windows 可用性多数来自”是否有 ps1 安装脚本”这一间接证据，不等于实测通过。

附录：本轮实测数据全表

抓取时间：2026-09-20 01:20–02:00 GMT+8（gh api，账号 11pmsleep）

仓库 星数 forks open issues created pushed archived 许可证 语言
block/buzz 33,685 4,423 3,620 2026-03-06 2026-09-19 false Apache-2.0 Rust
iOfficeAI/AionUi 32,954 3,406 914 2025-08-07 2026-09-09 false Apache-2.0 TypeScript
BloopAI/vibe-kanban 28,129 3,014 536 2025-06-14 2026-09-19 false Apache-2.0 Rust
smtg-ai/claude-squad 8,497 619 58 2025-03-09 2026-08-20 false AGPL-3.0 Go
agentscope-ai/AgentTeams 5,643 696 243 2026-02-21 2026-09-19 false Apache-2.0 Go
HKUDS/ClawTeam 5,538 764 34 2026-03-17 2026-05-09 false MIT Python
agentgateway/agentgateway 4,931 — — — 2026-09-18 false Apache-2.0 Rust
openclaw/acpx 3,263 335 6 2026-02-17 2026-09-19 false MIT TypeScript
milind-soni/OpenMausBot 3,146 550 398 2026-08-11 2026-09-19 false Apache-2.0 TypeScript
elie222/rakazo 2,723 466 23 2026-08-13 2026-09-19 false Apache-2.0 TypeScript
AgentsMesh/AgentsMesh 2,351 243 22 2026-02-28 2026-08-03 false BSL-1.1 Go
777genius/agent-teams-ai 2,145 363 24 2026-02-21 2026-09-19 false AGPL-3.0 TypeScript
Runfusion/Fusion 1,236 154 89 2026-04-13 2026-09-19 false MIT TypeScript
Mininglamp-OSS/octo-web 1,178 179 31 2026-05-11 2026-09-18 false Apache-2.0 TypeScript
Mininglamp-OSS/octo-server 1,059 165 25 2026-05-11 2026-09-17 false Apache-2.0 Go
asheshgoplani/agent-deck 922 167 1 2025-12-03 2026-09-19 false MIT Go
openabdev/openab 800 205 11 2026-04-03 2026-09-15 false MIT Rust
jaylfc/taOS 540 40 288 2026-04-05 2026-09-19 false AGPL-3.0 Python
aannoo/hcom 507 79 38 2025-07-21 2026-09-13 false MIT Rust
YoanWai/agent-manager 481 46 47 2026-07-15 2026-09-19 false Apache-2.0 Go
formulahendry/acp-ui 478 48 16 2026-01-31 2026-05-25 false MIT Vue
agentclientprotocol/registry 396 312 206 2025-12-17 2026-09-19 false Apache-2.0 —
saigontechnology/AgentCrew 215 42 2 2025-02-26 2026-09-16 false Apache-2.0 Python
phil65/agentpool 187 29 11 2024-12-05 2026-04-25 false MIT Python
helloxz/zacp 120 8 3 2026-08-04 2026-08-23 false AGPL-3.0 Go
mvanhorn/paperclip-plugin-acp 72 18 4 2026-03-18 2026-09-10 false MIT TypeScript
BrokkAi/mjolnir 63 6 32 2026-05-18 2026-09-19 false GPL-3.0 Rust
Mininglamp-OSS/octo-deployment 53 14 3 2026-05-12 2026-08-26 false Apache-2.0 Shell
xiesiyang/acpone 0 0 0 2026-01-18 2025-12-16 false 无 LICENSE —

另附（前序批次实测，同方法）：stravu/crystal 3,117★（2026-02-26，已改名 Nimbalyst）、LittleLittleCloud/Agent-ChatRoom 83★（2024-10-18，基本停更）、xx025/openab 46★（2026-09-01）、brettchien/katashiro 9★（2026-08-23）。

refer

本轮直接核实的仓库与文档

本轮引用的媒体/二手来源（仅用于了解项目方叙事，不作为能力依据）

知识库内毗邻文档（互链）

  • Agent 互通与群聊方案调研（abbrlink 99065）：协议族 A2A/ACP、框架层群聊编排、现成 agent 互通、群聊形态横览
  • 多智能体框架 agent-team 实现方式调研（abbrlink 99067）：MAF / AG2 / CrewAI / CAMEL / Hermes 内部编排机制
  • QoderWake 调研（abbrlink 99069）：阿里 QoderWake 数字员工平台（闭源产品）的多 agent 协作与部署
  • Multica 调研（abbrlink 99072）：看板式 agent 协作平台（开源、自托管），Server + Daemon 双层架构与跨机/远端 agent 接入路径

注：AgentTeams 的深度专研文档（原 abbrlink 99071）已于 2026-09-21 删除——该项目经实测判定”不太符合预期”（主因：Manager 只能用 OpenClaw / QwenPaw，架构受限且 Manager 为脆弱单点）。其有价值的注意事项已全部并入本文 3.5 节。删除前已备份至 Z:\备份文件\AI风险操作备份目录\blog-agentteams-deepdive-删除前备份-20260921.tar.gz。