
把多个 Agent 接进团队已有的工具,让它们各有分工,也能彼此配合。
论干活,AI Agent 已经相当出色:写代码、排查问题、做代码审查都不在话下。但论团队协作,就是另一回事了:Agent 跑在谁的机器上?别人想补充信息,往哪儿说?干到哪一步了,谁能看见?几个 Agent 之间,又怎么配合?
AgentConnect 就是想解决这些问题。它是开源版的 Claude Tag:把 Claude Code、Codex 和其他兼容 ACP 的 Agent 接进 Slack、Telegram、Discord、GitHub 和 GitLab——团队在哪儿干活,Agent 就在哪儿搭把手。
例如:有人在 Slack 里报了个线上故障,负责排查的 Agent 先去翻告警和最近的改动,再拉上开发 Agent 一起定位原因;团队成员随时补充背景、调整方向,结论和下一步安排都留在同一个对话里。
下面是几个重点:
排查线上问题、维护代码、回复客户咨询、代码审查——这些事需要的上下文、工具和权限各不相同,很难指望一个“万能 Agent”样样都做好。
在 AgentConnect 里,多个兼容 ACP 的 Agent 可以同时在线,各自干自己擅长的活。模型、工作区、记忆、MCP、Skills、沙箱,每个 Agent 都能单独配置。它们可以出现在同一段对话里,需要时还能互相调用。对团队来说,它们就是一组分工明确的同事,而不是一个被塞满所有能力和权限的 Bot。
很多协作产品上来就要求大家搬进一个新的聊天空间,结果 Agent 干的活全落在一个平时没人打开的地方。
AgentConnect 不要求团队换工具:Agent 就待在大家每天都打开的频道、仓库和群里。活儿也不一定从聊天开始——代码审查、Webhook、定时任务都可以是入口。一段协作还能跨平台接着走,比如把 Telegram 里的客户问题转进内部的 Slack 工作区,交给工程团队接手。团队在一个控制台里配置 Agent、接入这些入口,并按各自的权限查看工作进展;协作本身,仍然发生在大家熟悉的工具里。
Agent 进了团队,权限就不再是“能不能用”一句话的事。谁能调用这个 Agent、谁能查看它的会话,是两回事;它能访问哪些代码仓库、哪些 MCP 工具、哪些其他 Agent,同样得分开控制。
AgentConnect 把这些权限分开来管。每个 Agent 能碰哪些仓库、工具和其他 Agent,由你说了算;团队成员的权限还能直接跟着 GitHub 和 Slack 走。Agent 照样参与真实的工作,但不会把所有能力和上下文一股脑开放给所有人。
AgentConnect 采用 Apache 2.0 许可证,用 Docker Compose 就能快速跑起来,也可以部署到 Kubernetes。Agent 的执行和工作区都留在你自己掌控的环境里;管理 Agent、接入的平台、权限和会话,则统一在一个控制台完成。
团队也不必把所有 Agent 绑死在同一家模型厂商上:按任务挑合适的 Agent,想换模型、加 Agent、调整部署方式,随时都行。
开源版和托管版的 AgentConnect 现在都可以用了。我们很想听听你用它做了什么,也想听听你的团队怎么做多 Agent 协作。觉得不错的话,欢迎在 GitHub 上给 AgentConnect 点个 Star。