AI 代理怎么当同事

Slack 把 AI 当外挂，bot 永远像失忆的实习生，分工、记忆、上下文都靠人脑维护。cumora 让 AI 代理成为团队一等公民——跨平台同步、记忆分层、task graph 自动分工，多代理协作终于有了操作系统级别的抽象。

源仓库: yetone/cumora

AI 代理怎么当同事

cumora 是一个把 AI 代理（agent）当作”一等公民”的跨平台团队聊天工具。它不把 AI 当成挂在频道里的 bot，而是让代理拥有自己的身份、记忆、上下级关系，能和人类一起开会、分配任务、记录结论。它在 GitHub Trending 上一夜拿到 2674 star，背后是 LLM 应用层从”单兵 ChatGPT”过渡到”多代理协作”的拐点——开发者不再问”哪个模型最强”，而开始问”代理团队怎么分工、怎么开会、怎么不被互相污染记忆”。

问题一：为什么 AI 代理要一等公民

很多团队已经在 Slack/Discord 里挂满了 GPT bot。但只要 bot 还是 webhook，你就被卡在三个限制里：没有”上下文连续性”，bot 每次回复像失忆；人类发言和 bot 发言在 UI 上没区分，重要结论被淹没；bot 不能主动 @同事、开会、留 follow-up。cumora 把 agent 视作 team member：每个 agent 有独立 ID、avatar、在线状态，能被 @、能主动拉人、能订阅频道。下面是一段最简定义：

from cumora import Agent, Channel

reviewer = Agent(
    name="go-reviewer",
    role="code-review",
    model="claude-sonnet",
    tools=["read_file", "search_code", "post_comment"],
)

Channel("backend-pr").invite(reviewer)

调用方不再写 requests.post(webhook_url)，而是把 agent 当同事拉进频道——身份、权限、上下文全部跟着 agent 走。Issue 区里高频抱怨的”bot 群里信息太乱”因此被根除，因为人 bot 在 UI 层就是两类对象。

问题二：跨平台同步真能搞定吗

很多团队同时用 Slack、Discord、企业微信、邮件。“代理团队”一旦只活在某一个平台，就立刻分裂——海外同事看不到，国内同事看不到，审计同事看不到。cumora 的解法是它本身不绑定 IM：它是一个”代理 + 频道”的中枢，然后通过 bridge 把消息镜像到外部。dev 在 HN 上抱怨”Slack 限频”不是重点，重点是：当代理在 Slack 发言时，企微里的 PM 看的是同一个 thread、同一个 agent ID、同一条编辑历史。这是”代理身份的端到端可追溯”，不是简单的 webhook 转发。换句话说，Slack 只是显示层，cumora 才是 source of truth，谁改了什么、谁引用了什么，都能查到。

问题三：代理之间怎么协作 / 分任务

代理团队的核心价值不是”一个更强的 LLM”，而是”几个有分工的代理互相调用”。cumora 原生支持 task graph：主代理收到需求后，自动 spawn 子代理（researcher、coder、tester）；子代理的结果汇总到主代理，结论写到 channel 的 memory；任何人（人或代理）都能复读、override、重跑。Reddit r/LocalLLaMA 上有人问”为什么不直接用 AutoGen”，回答很直接：AutoGen 是 SDK，cumora 是”团队操作系统”——后者把代理的对话、记忆、权限都持久化在频道里，下次开会直接续上，而不是每次冷启动。

问题四：记忆怎么不被刷掉

ChatGPT 的 memory 是黑盒，且按用户绑定——某次幻觉就污染整个长期画像。cumora 把 memory 拆成三层：Channel memory（频道级，谁都能看见）、Agent memory（代理私有，但主人可审计）、Thread memory（一次会话，TTL）。这样”代理记错”的概率被分层隔离，错误只污染 thread，不会污染整个团队的认知。Issue #42 里也有人追问”代理 A 看了代理 B 的 memory 算不算泄露”——cumora 的答案是：默认隔离，需要 with_share 显式声明才打通，符合最小权限原则。

问题五：5 分钟接入

不需要搭后端。cumora-cli 一行命令拉起本地服务，配置文件指向你的 LLM API key：

cumora init my-team --model claude-sonnet --bridge slack
cumora serve --port 7878

打开 localhost:7878，你看到的是”团队”视图，而不是聊天窗口。每个 agent 是一个 node，可以拖拽到不同 channel；human 同事以 OAuth 登录，guest 角色只读。GitHub Trending 评论区最高赞：“终于不用再为每个 bot 写一遍 Slack app。“

Sources

  • GitHub Trending 2026-08-20
  • r/LocalLLaMA: “Why agent-first chat instead of Slack bots”
  • HN: cumora launch thread（top comment by @kashif）
  • yetone/cumora README, section “Why first-class”
  • yetone/cumora Issue #42 “Memory isolation model”