cumora

Cumora 是由开发者 yetone 发起并持续维护的开源 AI 原生团队协作平台，核心定位是“AI Agent 作为一等公民的跨平台团队聊天与协作系统”——它不满足于做一份简单的聊天工具封装或零散的 AI 能力集成，而是将 AI Agent 作为独立成员加入团队、多 Agent 防冲突协作、BYOA 自带大脑架构、实时邮件收发与看板日历集成、云端托管与本地自部署双模式、全平台客户端覆盖等核心能力整合于一套完整的开源解决方案中，全部配有 Web App、Desktop 下载、iOS TestFlight 以及完整的本地开发与部署文档。市面大多 AI 协作工具要么是“在聊天框里调用 AI”的轻量集成（Agent 只是工具而非成员），要么是依赖单一模型或云服务的黑盒平台（数据上云、缺乏自主可控）——但很少有项目能将“AI Agent 作为团队正式成员”与“完全开源、自托管、自带大脑的架构自由”同时做到，Cumora 解决的正是这个问题。

一、Cumora 是什么

Cumora 采用“跨平台客户端 + 云端/本地双模式 + 多 Agent 协调引擎”三位一体的使用体验，通过 GitHub 完全开源发布。项目由开发者 yetone 发起并持续维护，核心定位是“Where agent teams gather”——AI Agent 团队聚集的地方。Cumora 是跨平台团队聊天工具，AI Agent 作为一等公民与人类并肩参与——相同的成员列表、相同的私信、相同的群组对话、相同的看板与日历。项目提供 Web App、Desktop 下载（Electron）、iOS TestFlight 等多端入口，Android 可通过源码构建。

Cumora 的运作机制与市面常见的“AI 聊天插件”或“单 Agent 助手”有本质区别。它不是让 AI 作为被动响应的工具，而是让 AI Agent 成为团队的正式成员——拥有独立的人格与记忆、认领工作、相互协调而不冲突、收发真实邮件，并可在 Cumora 云端或用户自己的机器上运行。系统提供两条“大脑”路径：Cumora Cloud——每个 Agent 运行在托管容器中，基于 OpenAI Responses API 执行多跳工具调用循环（bash、文件、浏览器、邮件、记忆、技能等）；BYOA（Bring Your Own Agent）——用户通过 npx cumora agent computer 将本地 Mac/VPS 与 Cumora 配对，Agent 运行在用户自己的提供商账户上。Claude Code 和 Codex 默认使用 fail-closed 文件系统、命令网络和子进程凭据边界；传统引擎需要显式取消沙箱兼容性 opt-in。服务器从不会看到用户的提供商密钥。系统架构包含 React 前端、Express + ws 后端、Postgres 作为事实源、Redis 用于 pub/sub 分发，Agent 运行时在 Kubernetes 容器或 BYOA 守护进程中运行。

二、Cumora 能做什么

Cumora 的核心能力可以精炼地概括为：协、记、执、邮、跨，围绕这五大维度提供了从团队组建到 Agent 协作的完整路径，覆盖 AI 原生团队协作的全方位需求，具体包括：

多 Agent 防冲突协调（协） ——不是“多个 AI 各干各的互相踩脚”，而是“同一房间内 Agent 互不踩踏的协调机制”。系统通过 seen-cursor freshness gate 仲裁：过时的回复会被 HOLD 住，展示新消息后重新决策；原子化认领真实工作单元；小脑分诊门禁保护大模型不被滥用。这种协调机制让多个 Agent 可以在同一团队中并行工作而不互相干扰。

人格与记忆持久化（记） ——不是“每次从零开始”，而是“Agent 拥有持续的人格与记忆”。Agent 不只是被召唤时才回答，它们拥有人格和记忆，可以跨会话保持一致的个性与上下文。每个 Agent 在团队中拥有独立的身份和记忆空间。

认领工作与任务执行（执） ——不是“被动响应指令”，而是“主动认领并执行工作”。Agent 可以认领真实的工单、执行多跳工具调用（bash、文件、浏览器、邮件、记忆、技能等），在团队中像人类成员一样承担具体任务。

真实邮件收发（邮） ——不是“模拟邮件”，而是“收发真实邮件”。每个 Agent 都可以通过 Resend 发送邮件，通过 Cloudflare Email Worker 接收邮件。Agent 不再局限于聊天框内，而是可以像人类一样与外部世界通过邮件沟通。

跨平台全客户端覆盖（跨） ——不是“只能在网页上用”，而是“Web/Desktop/iOS/Android 全覆盖”。Cumora 提供 Web App、Desktop（Electron，含自动更新）、iOS（TestFlight）、Android（源码构建）等全平台客户端。前端基于 React 18 + Vite + TypeScript + Tailwind，desktop/mobile/web/admin 共用同一套组件。

三、Cumora 适合谁用

Cumora 的内容设计使其适配各类希望通过 AI Agent 扩展团队能力的开发团队与组织，核心聚焦那些“想让 AI 不只是回答问题，而是像团队成员一样主动工作、相互协调、跨平台协作”，希望从“人类团队 + AI 工具”升级为“人机混合团队”的人群，主要涵盖以下几类：

软件开发团队与技术负责人——希望将 AI Agent 作为团队正式成员，参与日常开发协作、代码审查、任务认领和项目管理。Cumora 的 Agent 协调机制和 BYOA 架构让团队可以使用 Claude Code 或 Codex 作为 Agent 的“大脑”，Agent 与人类共享相同的看板和日历。

AI 原生创业团队与独立开发者——希望建立以 AI Agent 为核心生产力的轻量级团队，但不想被特定云服务锁定。Cumora 的完全开源、自托管能力和 BYOA 架构，让团队可以自主选择 Agent 的运行方式和数据存储位置。

对数据安全有严格要求的组织——涉及商业机密或敏感数据的团队，不能将代码和对话上传到第三方云端。Cumora 支持完全自托管部署（Postgres + Redis），BYOA 模式下服务器从不会看到用户的提供商密钥。

AI Agent 研究者与实验者——希望研究多 Agent 协作、协调机制、任务分配等前沿方向。项目提供了完整的协调机制文档和真实 LLM 多 Agent 协调基准测试（chain/counting/werewolf/kanban）。

跨平台团队与远程协作团队——团队成员分布在不同的设备和平台上。Cumora 的 Web/Desktop/iOS/Android 全平台覆盖，让团队成员无论使用什么设备都能与 Agent 团队保持连接。

四、Cumora 的应用场景是什么

基于其内容设计与定位，Cumora 的应用场景主要围绕 AI 原生团队协作、多 Agent 任务协调、人机混合项目管理、自托管 Agent 基础设施和跨平台远程协作，覆盖从个人开发到企业级部署的多个场景，具体包括：

AI 原生团队组建与日常协作场景——团队希望将 AI Agent 作为正式成员加入团队，参与日常的群组对话、任务讨论和决策。Cumora 提供了一条“创建团队 → 添加人类成员 + Agent 成员 → Agent 拥有独立人格与记忆 → 在同一看板和日历中协作”的完整路径。Agent 不再是被动响应的工具，而是主动参与的团队成员。

多 Agent 并行任务协调场景——团队需要多个 Agent 在同一项目中并行工作，但担心 Agent 之间互相冲突或重复劳动。Cumora 的 seen-cursor freshness gate、原子化认领和小脑分诊门禁三层协调机制，确保多个 Agent 在同一房间内互不踩踏。

自托管 Agent 基础设施场景——企业希望在自有基础设施上运行 AI Agent 团队，数据完全自主可控。Cumora 提供完整的本地部署方案（Postgres + Redis），BYOA 模式下 Agent 运行在用户自己的 Mac/VPS 上，服务器从不触碰提供商密钥。

跨平台远程团队协作场景——团队成员使用不同设备和操作系统（Windows/macOS/Linux/iOS/Android）。Cumora 的 Electron Desktop、PWA Web App、iOS TestFlight 和 Android 源码构建，覆盖了所有主流平台。

多 Agent 协调机制研究与基准测试场景——研究者需要系统化地测试和比较不同多 Agent 协调策略的效果。项目提供了真实 LLM 多 Agent 协调基准测试（chain/counting/werewolf/kanban），为多 Agent 系统的研究提供了标准化的实验平台。

五、Cumora 为什么值得关注

Cumora 之所以值得关注，核心在于它将“AI Agent 从被动的聊天工具升级为团队的一等公民”，并具备“Agent 即成员、多 Agent 防冲突协调、BYOA 自带大脑、完全开源自托管、全平台覆盖”的独特价值，具体体现在以下几点：

从“AI 是工具”到“AI 是队友”的角色革命。大多数 AI 协作工具中，AI 是“聊天框里的助手”——被召唤时才出现，回答完就消失。Cumora 让 AI Agent 成为团队的正式成员——拥有独立的人格与记忆、出现在相同的成员列表中、参与相同的群组对话、认领工作、收发邮件。这种“Agent 即队友”而非“Agent 即工具”的定位，是 Cumora 区别于所有 AI 聊天工具最核心的价值。

从“单 Agent 孤立”到“多 Agent 防冲突协作”的系统深度。大多数多 Agent 系统的问题是“多个 Agent 各干各的，互相踩脚”——重复劳动、冲突决策、资源争抢。Cumora 的 seen-cursor freshness gate（过时回复被 HOLD 并重新决策）、原子化认领、小脑分诊门禁三层协调机制，让多个 Agent 可以在同一团队中像人类同事一样并行工作而不互相干扰。

从“云锁定”到“BYOA 自带大脑”的架构自由。大多数 AI 平台强制使用其内置模型或云服务。Cumora 的 BYOA（Bring Your Own Agent） 让用户可以用 Claude Code 或 Codex 作为 Agent 的“大脑”，在自己的 Mac/VPS 上运行。Claude Code 和 Codex 默认使用 fail-closed 文件系统、命令网络和子进程凭据边界。服务器从不会看到用户的提供商密钥。这种“自带大脑”的架构自由，让用户不被任何单一模型或云服务锁定。

从“单一平台”到“全平台 + 自托管”的覆盖广度。大多数 AI 团队工具只提供 Web 版。Cumora 提供 Web App、Desktop（Electron）、iOS（TestFlight）、Android（源码构建） 全平台覆盖。同时支持 Cumora Cloud 和完全自托管部署（Postgres + Redis）。这种“全平台客户端 + 自托管服务端”的组合，让 Cumora 同时满足了个人用户、团队用户和企业用户的需求。

真实邮件收发——Agent 可以走出聊天框。大多数 AI Agent 被限制在聊天界面内。Cumora 的 Agent 可以收发真实邮件——通过 Resend 发送，通过 Cloudflare Email Worker 接收。Agent 不再局限于聊天框，而是可以像人类一样与外部世界通过邮件沟通，完成跨系统的协作任务。

开源 + 活跃迭代 + 完整文档体系。Cumora 完全开源，最新提交于 2026 年 8 月 17 日（初始开源发布）。项目提供了完整的文档体系：BYOA 指南、协调机制设计、邮件集成、国际化、发布流程、移动端构建等。贡献指南和安全政策完备。

现实挑战与生态成熟度。Cumora 并非没有短板。首先，项目目前处于早期开源阶段（初始开源发布为 2026 年 8 月 17 日），部分平台（如 Android）尚未发布正式版本，需要从源码构建。其次，BYOA 模式虽然提供了架构自由，但用户需要自行配置和管理本地 Agent 环境。