效率与协作 multi-agent-orchestration openclaw slack discord feishu a2a-protocol knowledge-management

OpenCrew AI 团队操作系统

在聊天频道中部署分工明确、可协作的 OpenClaw AI 团队。

源仓库: AlexAnys/opencrew
Star 数: ★ 496
最近更新: 7 个月前
License: MIT
主语言: Shell
FA 评分: 48/100 · 缺口较多

30 秒速览

运行形态: 命令行工具聊天机器人
可在哪里用: 平台专用
费用: 软件免费，模型调用费用自付
上手难度: 中 · 需要几步配置
开始前需要: OpenClawSlack、Feishu 或 DiscordShell / 命令行网络访问本地文件系统
典型场景: 已使用 OpenClaw 的个人或小团队，希望在 Slack 中把战略对话、技术设计和实施工作分配给 CoS、CTO 与 Builder 三个专属频道。
不适合: 需要开箱即用、不依赖 OpenClaw 的独立多智能体运行时的团队
希望飞书或 Discord 也能用 Discussion 多智能体讨论模式的团队
不愿为多 Agent 上下文支付更高 token 总量的团队
源码审查: 48/100 · 缺口较多 1 项安全控制未见

这个 Agent 能做什么，适合哪些场景？

OpenCrew 是基于 OpenClaw 的多智能体协作系统，面向希望通过 Slack、飞书或 Discord 管理 AI 团队的决策者。它将频道或群组映射为岗位、将 thread 映射为任务，并提供 CoS、CTO、Builder、CIO、Research、KO 与 Ops 等角色工作空间。系统包含自主等级 L0–L3、QAPS 任务分类、Closeout/Checkpoint 结构化产物，以及由 KO 提炼知识、Ops 审计变更的治理机制。Agent 可通过 sessions_send 使用 Delegation 模式派发任务；在 Slack 上，独立 Slack App 可支持带 @mention 的 Discussion 协作。部署边界是现有 OpenClaw 环境及其聊天平台接入，仓库提供角色文件、共享协议和部署文档，而非独立托管服务。

部署时，OpenCrew 将各 Agent 的 workspace 文件和 shared/ 下的全局协议加入 OpenClaw 配置，并在 openclaw.json 中配置频道到 Agent 的路由。用户在 #hq、#cto、#build 等频道或对应群组发起对话；Agent 在自己的领域内回复，并可把任务按 thread 组织。Delegation 模式以频道中的可见锚点配合 sessions_send 进行两步触发；Discussion 模式则让配置了独立 Slack App 的编排 Agent 进入执行频道，通过 @mention 在同一 thread 讨论和评审。任务可产出 Closeout、Checkpoint 和由 KO 提炼的可复用知识，系统级变更进入 Ops 审计闭环。

已使用 OpenClaw 的个人或小团队，希望在 Slack 中把战略对话、技术设计和实施工作分配给 CoS、CTO 与 Builder 三个专属频道。
需要并行处理多个项目的决策者，希望用频道查看岗位、用 thread 隔离任务，而不是在单一 Agent session 中反复切换上下文。
在 Slack 上进行方案评审的团队，需要让独立身份的协调 Agent 与执行 Agent 在同一频道 thread 中通过 @mention 协作。
希望把项目复盘从聊天记录沉淀为结构化 Closeout，再由 KO 抽象成可复用原则和踩坑记录的用户。
使用飞书或 Discord 的 OpenClaw 用户，希望沿用“频道/群组=岗位”的团队模型，并接受各平台能力差异。

如何安装或部署这个 Agent？

前提是现有 OpenClaw 可正常运行：openclaw status。选择 Slack、飞书或 Discord 并完成该平台接入；创建 #hq、#cto、#build（或对应群组），邀请 bot。克隆仓库：git clone https://github.com/AlexAnys/opencrew.git /tmp/opencrew。随后让现有 OpenClaw 按仓库中的 DEPLOY.md 执行增量部署：提供所选平台凭证（Slack 为 Bot Token 与 App Token；飞书为 App ID 与 App Secret；Discord 为 Bot Token）、频道到 CoS/CTO/Builder 的映射，并要求保留现有 models、auth 和 gateway 配置。

如何使用这个 Agent？

完成部署后，分别在 CoS、CTO 和 Builder 的频道或群组发消息，确认各自回复；再让 CTO 向 Builder 派发任务并确认 Builder 频道出现回复。需要单向派工时，配置 A2A Delegation 的 agentToAgent.allow 和 maxPingPongTurns，并补充各角色的 Delegation 规则。需要 Slack 内讨论协作时，为至少一个关键 Agent 创建独立 Slack App，配置多账号（同时保留 accounts.default），邀请新 bot 到目标频道，再通过 @mention 验证双方在同一 thread 回复。

这个 Agent 有哪些优点和局限？

优点

把频道/群组映射为岗位、把 thread 映射为任务，提供可见的团队与任务组织方式。
同时提供 Delegation 和 Slack Discussion 两种 A2A 协作模式；后者支持独立 Bot 在执行频道内讨论和评审。
Closeout、Checkpoint、三层知识沉淀和 Ops Review 把交付、知识复用与配置审计纳入同一工作流。
支持 Slack、飞书和 Discord，并提供最小的 CoS + CTO + Builder 三角色起步方式。

局限

核心运行依赖 OpenClaw，不能作为独立的通用多智能体运行时直接使用。
Discussion 模式已明确验证的是 Slack，且需要额外创建独立 Slack App 和配置多账号。
A2A 的 @mention 检查、轮次计数和 NO_REPLY 纪律依赖 Prompt 规则；仓库建议非 Claude Opus 4.6 模型先在低风险频道测试。
飞书暂不支持 thread 任务隔离；Discord Discussion 模式受 OpenClaw 代码层 bug 阻塞。
系统会比单 Agent 使用更多总 token，且 Slack 免费版仅保留 90 天消息历史。

这个 Agent 与同类方案有什么区别？

仓库将 OpenCrew 与 CrewAI、AutoGen 等开发者 SDK 区分：后者用于以代码编排 Agent；OpenCrew 的定位是让决策者通过 Slack 管理 AI 团队，强调岗位、任务、知识与治理流程。

与相关度最高的同类 agent 并排比较关键指标。

Agent	源码审查	形态 / 费用	Star	最近更新	主语言	完整支持的平台
OpenCrew AI 团队操作系统当前	48 · 缺口较多	命令行工具免费 + 模型费	★ 496	7 个月前	Shell	—
Switch AI 团队协作平台	41 · 缺口较多	桌面应用	★ 3.9k	今天	Python	—
dot-skill — 数字生命技能蒸馏器	49 · 缺口较多	Agent 插件 / 技能免费 + 模型费	★ 26k	24 天前	Python	Codex · Claude Code · OpenAI API
MateClaw	56 · 缺口较多	自托管服务免费 + 模型费	★ 1.2k	1 天前	Java	Codex · Claude Code · OpenAI API · Claude API

FollowAgents 如何评估这个 Agent？

FollowAgents 源码审查 · FARS-2.1

缺口较多

48/ 100 五分制 2.4 / 5

信任安全 10/29

可靠稳定 6/14

适用触发 12/18

规范维护 10/18

有效结果 7/13

证据核验 3/8

查看各维度的扣分理由

信任安全10 / 29 · 1.7/5

证据显示：README 描述了 Autonomy Ladder（L0-L3），其中 L3 要求用户确认，L2 操作后报告，体现了用户确认机制；部署提示明确要求不修改模型/认证/网关配置，仅添加 OpenCrew 增量，体现了最小权限原则；但数据流透明度不足，未详细说明敏感数据（如 Slack tokens）在系统中的存储和访问路径；依赖安全未提及，无依赖清单或安全审计；外部影响有描述（如 Slack 消息发送），但未明确限制；回滚机制仅在 A2A 设置指南中提及，未详细说明；来源归属仅通过 MIT 许可证和贡献者声明，未验证。扣分原因：依赖安全缺失，数据流透明度不足，回滚机制不明确。

可靠稳定6 / 14 · 2.1/5

证据显示：README 和文档结构一致，描述了稳定的功能和实验性功能，自洽性较好；依赖可用性未明确，未列出 OpenClaw 版本要求或平台兼容性细节；失败消息有提及（如常见错误、故障排除清单），但不够详细。扣分原因：依赖可用性信息不足，失败消息不够具体。

适用触发12 / 18 · 3.3/5

证据显示：目标受众明确（决策者、非技术用户），场景覆盖 Slack、Feishu、Discord，并提供了各平台设置指南；能力边界通过稳定/实验性功能划分，但未明确每个 Agent 的具体权限边界；触发精度通过通道绑定和 @mention 机制实现，但未详细说明触发条件；环境适配考虑了不同平台，但 Feishu 线程支持受限。扣分原因：能力边界和触发精度描述不够详细。

规范维护10 / 18 · 2.8/5

证据显示：信息架构清晰，有目录结构和文档指南；安装说明详细，提供了自动和手动部署步骤；命名稳定性未明确，但 Agent 名称（CoS、CTO 等）一致；示例和 FAQ 丰富；已知限制有专门文档；许可证为 MIT，明确；版本变更日志未提供，但有状态更新；维护责任未明确，但欢迎 PR。扣分原因：版本变更日志缺失，维护责任不明确。

有效结果7 / 13 · 2.7/5

证据显示：输出可用性通过 Closeout 机制和结构化输出保证，但未提供实际输出示例；边际价值明确，解决了上下文膨胀等问题；成本效益有讨论（token 使用），但未提供具体数据。扣分原因：输出示例缺失，成本效益数据不足。

证据核验3 / 8 · 1.9/5

证据显示：README 中的声明（如“测试稳定”）未提供测试证据；跨来源佐证不足，仅依赖单一仓库；事实与推断未明确区分，如“A2A v2 是最好方式”是主观推断。扣分原因：声明缺乏可追溯性，事实与推断混淆。

风险与缓解建议

源码中未见：依赖安全审查安装前固定版本并做一次依赖扫描（如 npm audit、pip-audit）；优先放在容器里运行。
依赖安全未提及，建议检查 OpenClaw 及其依赖的已知漏洞。
敏感数据处理（如 Slack tokens）的存储和访问路径不透明，需谨慎。
回滚机制仅在 A2A 设置指南中提及，未详细说明，部署前应确认。
版本变更日志缺失，无法追踪版本演进。
声明（如“测试稳定”）缺乏测试证据，需自行验证。

证据充分度：低评估于 2026年8月9日审查版本 7937758b7016

评估证据 README.en.md LICENSE

查看完整评分方法 →

常见问题

最少需要部署多少个 Agent？

最小可用配置是 CoS、CTO 和 Builder 三个 Agent；KO、Ops、CIO 与 Research 可按需要加入。

Slack 免费版能运行吗？

可以。仓库说明 Socket Mode 在 Slack 免费版可用；限制是消息历史保留 90 天。

A2A 协作是否部署后自动可用？

不是。各 Agent 能回复并不等于能协作；Delegation 需要额外配置，Discussion 还需要独立 Slack App 与多账号配置。

飞书和 Discord 的任务隔离与讨论能力是否和 Slack 一样？

不完全一样。飞书目前缺少 thread 支持；Discord 支持 thread，但 Discussion 模式目前被 OpenClaw 代码层 bug 阻塞。

OpenCrew AI 团队操作系统

30 秒速览

这个 Agent 能做什么，适合哪些场景？

如何安装或部署这个 Agent？

如何使用这个 Agent？

这个 Agent 有哪些优点和局限？

这个 Agent 与同类方案有什么区别？

FollowAgents 如何评估这个 Agent？

最近版本

常见问题

相关 Agents

Switch AI 团队协作平台

dot-skill — 数字生命技能蒸馏器

MateClaw

CoordClaw 多智能体协作系统