AgentConnect 与 Claude Tag 对比：把 Agent 带进团队聊天的两种思路
从模型选择、触发入口、多 Agent 协作和部署方式四个方面，对比开源的 AgentConnect 和 Anthropic 的 Claude Tag。
自从 AgentConnect 发布，我们被问得最多的问题就是：它和 Claude Tag 有什么区别？这个问题很合理，值得认真回答。
我们开始做 AgentConnect 的时候，Claude Tag 还没有发布。两边各自得出了同一个想法：Agent 应该待在团队真正干活的共享对话里，而不是只有一个人能看到的私聊窗口里。这反而让我们更有底气。英雄所见略同，Anthropic 的团队也在朝同一个方向做，说明这个方向大概率是对的。
但认同同一种模式，不等于做出同一个产品。在这个共同起点之下，两者在几个实际很要紧的问题上走了不同的路：跑的是哪个 Agent，能从哪里触发，几个 Agent 一起协作，基础设施由谁来运维。本文依据 Anthropic 的 Claude Tag 发布公告、它当前的产品文档，以及 AgentConnect 的公开文档，尽量客观地梳理这些区别。以上资料核对于 2026 年 9 月 22 日。两个产品都在快速迭代，Claude Tag 也还处于 beta 阶段，如果你读到这篇文章时已经过了一段时间，请以一手资料为准。
一张表看懂区别
| Claude Tag | AgentConnect | |
|---|---|---|
| 开发方 | Anthropic | 开源项目（Apache 2.0） |
| 模型 / 运行时 | 支持的 Claude 模型，包括 Opus 和 Sonnet，受组织策略约束 | 任何兼容 ACP 的运行时：Claude Code、Codex、Grok Build、DeepSeek、Pi 等 |
| 在哪里使用 | Slack（beta），计划扩展到更多地方；可订阅单个 GitHub pull request | Slack、Telegram、Discord、Lark/飞书，以及 GitHub、GitLab、Gitea 触发器和 Linear issue 分派 |
| Agent 协作 | 每个频道共享一个 Claude；不同身份各自限定工具和记忆 | 多个 Agent 各有独立的运行时、工具和权限，并且可以互相调用 |
| 托管方式 | Anthropic 托管的 SaaS | 自托管（Docker Compose 或 Kubernetes），或使用 AgentConnect Cloud |
| 访问控制 | 管理员按频道和工具划定身份，设置组织级和频道级花费上限 | Agent 的使用权限和会话可见性分开管理，与 GitHub/Slack 角色同步，按 Agent 限定仓库和工具 |
| 可用性 | Beta，仅面向 Claude Enterprise 和 Team 客户 | 现已开源；托管版 Cloud 可用 |
如果你的团队已经全面使用 Slack 和 Claude Enterprise 或 Team，想要一个集成度高、能逐渐熟悉各个频道的 Claude，Claude Tag 是一条捷径。如果你想在不同厂商的运行时之间自由选择，想在 Slack 之外工作，想配置覆盖整个仓库的事件触发或 issue 分派，或者希望整套系统都跑在自己掌控的基础设施上，这些正是 AgentConnect 要解决的问题。
Claude Tag 是什么
Claude Tag 由 Anthropic 在 2026 年 6 月发布。它把 Claude 作为常驻的团队成员带进 Slack 频道：管理员授权它访问特定的频道、工具、数据和代码库，之后频道里的任何人都可以 @Claude，把任务交给它，自己去忙别的。按照 Anthropic 自己的描述，它有以下几个特点：
- 多人共用。 每个频道一个 Claude，频道里所有人共用，而不是每人一个私有会话。谁都能看到它在做什么，也能接着上一个人的进度继续。
- 持续积累上下文。 Claude 会从所在的频道里积累上下文，也能从获准访问的其他频道和数据源获取上下文（但不会转述私有频道里的内容）。
- 主动跟进。 开启 ambient 模式后，Claude 会主动推送相关动态，跟进已经沉寂的讨论线程，不需要别人开口。
- 异步工作。 把任务交给它就可以去做别的事；它也能自行安排工作，在几小时甚至几天里持续推进。
访问权限按管理员定义的“Claude 身份”划分。为销售工作配置的身份，不会和为工程工作配置的身份共享记忆或数据访问权限。管理员可以设置组织级和频道级的花费上限，并审计 Claude 做过的每一件事，以及是谁让它做的。
Claude Tag 取代了之前的 Claude in Slack 应用，目前面向 Claude Enterprise 和 Team 客户开放 beta。它从 Slack 起步，Anthropic 表示之后会逐步扩展到更多地方。它的可选模型包括 Opus 和 Sonnet，具体取决于 Anthropic 当前提供的模型和组织策略。在权限允许时，用户可以在线程里切换模型，或者为频道设置默认模型。Claude Tag 还可以订阅单个 GitHub pull request，对这个 PR 上的评论、失败的检查或合并做出响应。
AgentConnect 是什么
AgentConnect 是一个开源平台（Apache 2.0），要做的事情本质相同：让团队在已经在用的对话和工具里，把工作交给 Agent。不同的是，它围绕三个选择来设计，而 Claude Tag 作为单一厂商的 Slack 功能，不需要做这些选择：用哪个 Agent，在哪个渠道，由谁托管。
- 任何兼容 ACP 的 Agent。 Agent 可以运行 Claude Code、Codex、Grok Build、DeepSeek、Pi，或者任何支持 Agent Client Protocol（ACP，客户端与编程 Agent 之间的标准协议）的 Agent。每个 Agent 都可以在支持的提供商之间单独选择运行时和模型。
- 不止一个工作场所。 Agent 可以接入 Slack、Telegram、Discord 和 Lark/飞书，也可以直接由 GitHub、GitLab 和 Gitea 的 pull request 和 issue 触发，或者由 Linear 的 issue 分派触发。此外还支持 webhook 和定时任务。
- 各有专长、互相协作的 Agent。 每个 Agent 都有自己的角色、运行时、模型、工作区、记忆、工具和 Skills，Agent 之间还能在同一个工作流里互相调用。比如，客服 Agent 可以请支付方向的专家 Agent 排查一起事故，再根据排查结果在共享对话里回复。
- 访问权限和可见性分开管。 谁能使用某个 Agent，谁能查看它的会话，它能访问哪些仓库、工具和其他 Agent，都可以分别设定。这些权限直接与你现有的 GitHub 和 Slack 角色同步，不必另外维护一套系统。
- 自托管或托管版。 你可以用 Docker Compose 或 Kubernetes，把包括 Agent 执行和工作区在内的整套系统跑在自己运维的基础设施上；也可以使用 AgentConnect Cloud 的控制台，同时让它连接你自己运行的 daemon。
AgentConnect 是我们做的，读这一节时请把这一点考虑进去。不过上面每一条都直接来自文中链接的公开文档，而不是按我们希望的方式来解读。
两者的共同点
两个产品都建立在同一个基本转变上：Agent 待在共享对话里，而不是私聊窗口里；队友能看到它在做什么，也能接着彼此的进度继续；管理员可以把它的权限收窄到特定的工具和数据。两者都允许 Agent 异步工作，并在团队本来就会看的地方汇报结果。如果你的团队还没试过这种模式，无论选哪一个，体验都会和在个人标签页里用聊天机器人明显不同。
两者的不同
模型和运行时的选择。 Claude Tag 允许团队在组织策略范围内，从支持的 Claude 模型（包括 Opus 和 Sonnet）中选择。AgentConnect 则允许为每个 Agent 跨提供商选择运行时和模型，让不同的运行时同时工作。如果你已经有偏好的运行时，想在同一个工作流上比较不同提供商，或者不希望团队的路线图被单一厂商的路线图左右，这一点就很重要。
Agent 可以从哪里触发。 Claude Tag 面向用户的界面是 Slack。它的 PR 订阅会在单个 GitHub pull request 有动静时被唤醒，但不提供覆盖整个仓库的触发器，比如每个新开的 PR 都触发。AgentConnect 把同一组 Agent 接入 Slack、Telegram、Discord 和 Lark；另外，配置好的 GitHub、GitLab、Gitea pull request 和 issue 事件，以及 Linear 的 issue 分派，也都能启动 Agent。区别在于启动工作的入口有哪些，事件范围有多大。
Agent 如何协作。 Claude Tag 在每个频道里共享一个 Claude，管理员可以为不同用途配置各自独立的身份，分别限定记忆和工具。AgentConnect 让团队把多个各有专长的 Agent 带进同一段对话，或者在分别配置了运行时、工具和权限的 Agent 之间配置 Agent 间调用。这种灵活性也意味着更多配置和协调工作；如果团队的工作用每个频道一个共享的 Claude 就能满足，可能会更喜欢更简单的方案。
访问控制的形态。 Claude Tag 把一个 Claude“身份”限定在一组频道和工具上，配有组织级和频道级花费上限，以及审计日志。AgentConnect 把“谁能使用某个 Agent”和“谁能查看它的会话”分开，并分别限定每个 Agent 能访问哪些仓库、工具和其他 Agent。这些设置与团队已经在 GitHub 和 Slack 里管理的角色同步，而不是另起一套平行的权限体系。
部署和开放性。 Claude Tag 是 Claude Enterprise 和 Team 的托管功能，没有自托管选项，源代码也不开放。AgentConnect 采用 Apache-2.0 许可证；无论自托管整套系统，还是使用 AgentConnect Cloud 的控制台，Agent 的执行和工作区都留在你自己运维的环境里。
Claude Tag 的优势
如果你的团队已经统一使用 Slack 和 Claude Enterprise 或 Team，Claude Tag 几乎不需要配置：不用运维基础设施，不用安装 daemon。它也是接入 Anthropic 自家模型最紧密的方式，ambient 行为专门针对这些模型调校过。如果团队不想运维基础设施，只想要一个有良好支持的 Agent，而不是一组需要自己配置的 Agent，并且完全在 Slack 里工作，那么 Claude Tag 是一个合理而且更简单的选择。
AgentConnect 的优势
AgentConnect 面向的是不想接受 Claude Tag 那些隐含选择的团队：想比较或混用不同 Agent 和模型的团队；不只在 Slack 里工作的团队；从 pull request、issue 或 Linear 工单触发 Agent 和从聊天触发一样频繁的团队；需要让不同运行时上的 Agent 带着各自的工具和权限互相调用的团队；以及出于合规或数据驻留的要求，需要把 Agent 执行留在自己掌控的基础设施里的团队。这些都不需要放弃最核心的模式：Agent 在共享、可见的对话里工作。正是这种模式，让 Claude Tag 值得被做出来。
开始使用
两者都值得放到团队的真实工作流里试一试，而不是只凭一篇对比文章做决定。AgentConnect 现已开源并可自托管；如果不想自己运行 daemon，也可以使用托管的 Cloud 控制台。
- GitHub → https://github.com/agentconnect-md/agentconnect——觉得有用的话，点个 Star 也能帮更多人发现它。
- 官网 → https://www.agentconnect.md
- 文档 → https://www.agentconnect.md/docs/getting-started