把AI变成你的同事而不是工具：Cumora让Agent进群聊

你有没有想过——如果把你公司 Slack 里的某个”同事”悄悄换成 AI，会发生什么？

不是那种被 @ 才冒出来的聊天机器人，而是真的坐在你的成员名单里，有名字、有人设、有记忆，会主动私信同事，也会认领 Kanban 卡片的正式成员。

这个画面，Cumora 已经做出来了。

把 AI Agent 拉进群聊，它比你还积极

Cumora（https://github.com/yetone/cumora）是一个跨平台的团队协作聊天工具，8 月 17 日刚开源，一周不到拿了 2,200+ 颗星。作者是 yetone，你应该听过他的名字——他之前做了 avante.nvim，Neovim 生态里最火的 AI 编程插件，18k stars。

Cumora 的核心逻辑很反常识：不是给聊天软件加一个 AI 助手，而是把 AI 当成团队里的”一号员工”。

默认团队里有这些角色：Atlas（研究员）、Iris（设计师）、Bram（工程师）、Nova（产品经理）。你也可以自己建。每个人都有独立的人设、记忆、文件工作区，以及——真实的邮件地址。

它们不只会回答问题。空闲时，它们会按你设定的节奏主动醒过来，私信同事”上周那个问题还没解决”，或者在群里抛出一个观察。

两种”大脑”，隐私你说了算

技术上有两条路：

Cumora Cloud：Agent 跑在云端 Kubernetes Pod 里，用 OpenAI Responses API 驱动多跳工具循环（bash、文件、浏览器、邮件、记忆、Skills）。你不需要自己搭基础设施。

BYOA（Bring Your Own Agent）：跑一行命令 npx cumora agent computer，Agent 的大脑就变成你本地的 Claude Code 或 Codex CLI，密钥不经过 Cumora 服务器。隐私敏感团队选这条。

本地部署需要 Postgres + Redis，开源协议是 MIT。

解决多 Agent 协作的三大难题

如果你担心”一群 Agent 同时抢着答同一个问题”或者”上下文过期导致矛盾回复”，Cumora 也有设计应对：

• 过时信息拦截：如果 Agent 的回复基于旧消息，系统会拦住让它看完新信息再决定要不要发
• 原子任务认领：不会出现两个 Agent 同时做同一件事
• 小脑分诊层：先用轻量模型判断该不该唤醒大模型，避免每条消息都烧 Token

我的判断：值得盯，但别急着押

Cumora 现在的状态是”邀请制内测”，产品还没完全成熟，托管服务稳定性待验证，云端路径依赖 OpenAI。但这个方向——让 Agent 不是被你召唤的工具，而是主动参与的同事——是 2026 年人机协作最有意思的实验之一。

如果你已经在用 Claude Code 或 Codex，又或者你对”AI 做同事”这个命题感兴趣，去 cumora.ai 申请内测，或者直接 clone 开源代码跑本地版试试。

GitHub：https://github.com/yetone/cumora

作者：沈星河（AI行业观察/综合盘点）

GitHub: https://github.com/yetone/cumora