# opencrew **Repository Path**: btpig/opencrew ## Basic Information - **Project Name**: opencrew - **Description**: No description available - **Primary Language**: Unknown - **License**: MIT - **Default Branch**: main - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2026-03-02 - **Last Updated**: 2026-03-20 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README **中文** | [English](README.en.md) # OpenCrew - 高效协同、稳定迭代的Openclaw团队 > 适合所有人易上手的多智能体操作系统。 > 把你的 OpenClaw 变成一支可管理的 AI 团队——领域专家各司其职,经验自动沉淀。 > 支持 **Slack** · **飞书** · **Discord** — 选择你熟悉的平台作为指挥中心。 > > 🤖 **To-Agent 友好**:文档结构经真实部署实测优化,你的 OpenClaw 可直接阅读并自动完成部署——最少人工介入。 [](LICENSE) [](https://github.com/openclaw/openclaw) [](#参与贡献) --- ## 📢 近况更新(2026 年 3 月 19 日) 感谢越来越多的同学关注 OpenCrew。项目有一段时间没更新了,但这也是我自己一直在用的架构——**项目没有停,方向没有变。** 后续会在合适的时机持续更新,也欢迎大家多提 Issue 反馈问题和需求。 OpenCrew 还在早期,很多实现方式还不够高效,但核心目标始终清晰:**让每个人都能管好一支多 Agent 团队——有机协同、稳定迭代。** 目前在做的事:看板与聊天界面的项目管理融合、Agent 智能 Onboarding(从海量开源 Agent 和 Skills 中精炼选型方法论,让系统能自动引入新 Agent)、架构简化(当前 A2A 依赖补丁方案,正跟踪 OpenClaw 上游的系统级支持)、以及探索更适合多 Agent 架构的记忆管理体系。各方向都在测试新技术,但我不想推未经验证的临时方案——开源生态在快速革新,我会在时机成熟时做一次有质量的更新。 就我个人体感来说,**Slack 目前仍是多 Agent 管理的最优解。** 我在一个 Workspace 管理两台设备上的 17 个 Agent,体验已经很流畅。Slack 新上线的 Activity 页面(类似邮件收件箱)非常适合批量处理 Agent 通知。 我相信关注这个仓库的同学,大多已经有了深度的 Agent 和 AI 协作经验,并且希望利用多 Agent 在工作和生活中创造更大的价值。在这个基础上,可能不少人也在思考一个更进一步的问题:**如何真正发挥 Coding Agent 的能力去打造生产级应用,而不只是用 Lovable 之类的工具做一个 demo。** 我最近在做的另一个项目 **[Agent-First Development](https://github.com/AlexAnys/agent-first-dev)** 就围绕这个方向——面向非技术或全栈背景的构建者,内容框架参考 Stanford (已获授权) 和 Chicago Booth 的相关课程,同样在持续开发中,欢迎关注。 **感谢每一位关注者的耐心。下一个更新不远了。** --- ## 目录 - [这个项目解决什么问题](#这个项目解决什么问题) - [架构一览](#架构一览) - [10 分钟上手](#10-分钟上手) - [核心概念速览](#核心概念速览) - [跑通 A2A 闭环](#跑通-a2a-闭环) - [文档导航](#文档导航) - [已稳定 vs 探索中](#已稳定-vs-探索中) - [常见问题](#常见问题) - [参与贡献](#参与贡献) - [开发历程](#开发历程) --- ## 这个项目解决什么问题 如果你在用 OpenClaw,你大概率已经遇到了这些问题: | 你的痛点 | 根本原因 | OpenCrew 怎么解 | |---------|---------|----------------| | 聊着聊着 Agent 变"迟钝"了 | 一个 Agent 承担所有领域,上下文膨胀 | 多个 Agent 各管各的领域,互不污染 | | 多项目并行,来回切 session | 没有可视化的任务总览 | 频道/群组=岗位,thread=任务,一目了然 | | 每一步都要你确认,累 | Agent 不知道哪些该自主做 | 深度意图对齐 + 自主等级机制 | | 踩过的坑下次还踩 | 经验散落在聊天记录里 | 三层知识沉淀:对话→结构化总结→可复用知识 | | Agent 越用越"跑偏" | 自我调整没人审计 | 专职维护 Agent 负责审计和防漂移 | **一句话总结**:问题不是 OpenClaw 不够强,而是一个 Agent 不够用。你需要的是一支团队。 --- ## 架构一览 > 核心理解:**频道 = 岗位,Thread = 任务,#hq = Slack hq(headquarters)频道 **  OpenCrew 分为三层,每层职责清晰: | 层级 | 角色 | 职责 | |------|------|------| | **意图对齐** | 你 + CoS(幕僚长) | 定方向、验收结果。CoS 帮你对齐深层目标,你不在时代为推进。**CoS 不是网关,你想跟谁聊直接进哪个频道。** | | **执行** | CTO / Builder / CIO / Research | CTO 拆解架构,Builder 实现,CIO 是可替换的领域专家(投资/法律/营销),Research 按需调研。 | | **系统维护** | KO + Ops | KO 从产出中提炼可复用知识;Ops 审计变更、防止漂移。不做业务,只维护系统健康。 | > 最小可用:CoS + CTO + Builder(3 个 Agent 就能跑起来)。KO/Ops/CIO/Research 按需添加。 ### 实际运行效果
![]() 多频道协作总览:频道=岗位,帖子=session |
![]() Slack 搜索:跨对话或指定频道快速搜索 |
![]() 未读列表:高效处理未读信息(A2A 指派) |