OpenCrew AI 团队操作系统
在聊天频道中部署分工明确、可协作的 OpenClaw AI 团队。
这个 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 有哪些优点和局限？
- 把频道/群组映射为岗位、把 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？
前提是现有 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 与同类方案有什么区别？
仓库将 OpenCrew 与 CrewAI、AutoGen 等开发者 SDK 区分：后者用于以代码编排 Agent；OpenCrew 的定位是让决策者通过 Slack 管理 AI 团队，强调岗位、任务、知识与治理流程。