Claude Tag 讲清楚：Anthropic 的 Slack agent 能做什么、谁能用，以及 65% 这个数字为什么要读两遍

2026 年 6 月 23 日，Anthropic 发布了 Claude Tag：把 Claude 嵌入 Slack，让它成为频道里可被 @Claude 召唤的共享同事。你用自然语言交代一个任务，它会拆步骤，调用你已连接的工具和数据推进工作，再把结果回到原线程里。它不是给旧版 1:1 Slack 机器人换个名字；产品形态已经变了。发布时那个最容易让人停下来看的数字，也需要更慢一点读。

这篇讲实用版本：Claude Tag 到底是什么，谁能开启，那个“我们 65% 的代码”该怎么读，它和你已经用过的东西有什么不同，以及值不值得打开。

30 秒版本

1. 它是什么： Slack 频道里的共享 Claude 同事。你 @Claude，描述任务；它规划步骤，调用已连接工具执行，并在原线程里回复。同一个频道一个实例，所有人都看得见，不是私聊。
2. 关键限制： 它还是 beta，只面向 Enterprise 和 Team。Pro 和 Free 用户没有。它会替代旧版 Claude in Slack 应用，迁移窗口是 30 天。
3. 标题里的数字： Anthropic 说，其产品团队 65% 的代码来自这个工具的一个内部版本。这个信号值得看，但要读两遍：内部版本、自家口径、没有方法论。
4. 新能力： 官方提到的“常驻模式”（原文：“ambient mode”）可以主动、异步地工作：主动翻出相关信息、跟进卡住的线程、在几小时或几天里追踪任务，而不需要每一步都被点名。
5. 什么时候值得： 你的团队本来就在 Slack 协作，并且想要一个能在对话现场真正执行任务的 agent。个人使用、不在团队套餐里，或者不希望常驻机器人读取频道的人，价值就没那么直接。

Claude Tag 到底是什么

普通 Slack 机器人通常是你问一句，它答一句。Claude Tag 的目标不是回答，而是把活干掉。你点名它之后，它会拆解需求，用已连接的工具和数据逐步执行，再把完成结果发回 Slack 线程。这更像把任务交给同事，而不是查询一个助手。

它不只是“聊天窗口里的 Claude”，原因有三点：

• 它是共享的，不是 1:1。 一个 Claude 实例服务一个频道，频道里的每个人都能看见。Anthropic 的说法是，组织里会有一个统一的 Claude“身份”，团队成员可以和同一个 agent 协作，甚至把做到一半的任务交接给别人继续。
• 它会积累上下文。 它不是每次都从零开始，而是从频道持续发生的活动里理解背景。线程历史就是它的记忆。
• 它可以主动行动。 开启常驻模式后，它会主动介入：找出相关信息、跟进被遗忘的线程，也可以给自己安排异步任务，在几小时或几天里继续跑。

谁能用

发布时的范围很窄：只面向 Claude Enterprise 和 Claude Team 客户的 beta。 你去找开关之前先记住这条边界：个人 Pro 和 Free 用户还没有 Claude Tag，Anthropic 也没有公布它的单独定价。

它还会替代旧版 Claude in Slack 应用，团队迁移窗口是 30 天。如果你的工作区已经装过之前的集成，这次更像是换成一个能力更强、自治程度更高的后继版本，而不是再加一个新机器人。

65% 这个数字，要读两遍

这次发布最吸睛的，是 Anthropic 自称：其产品团队 65% 的代码来自这个工具的一个内部版本。这是一个很有意思的数据点，也正是 bestagent 读者应该放慢速度看的那种数字。

仔细看，它没有说这些事：

• 这是 Anthropic 自己的说法，不是第三方独立验证过的数字。
• 它指的是一个内部版本，也就是 Anthropic 自己在用的构建，不一定等同于客户拿到的 beta。
• 它没有给出时间范围，也没有给出统计方法：“65% 的代码”到底按什么口径、覆盖什么周期、哪些东西算“代码”，都没说。

所以不要把它读成“Claude Tag 会让你的团队也交出同样比例的代码”。真正有用的信息不是这个百分比，而是另一件更扎实的事：Anthropic 在开放给外部之前，已经把它放进内部生产环境用了几个月。这能说明产品成熟度，但不能预测你的产出。百分比可以当成对外展示；真正的证据，是它确实先在内部长期跑过。

和你已经有的东西有什么不同

这一类名字很容易撞在一起，所以先把地图画清楚。Claude Tag 是一个协作入口；它不是旧聊天机器人，也不是 Claude Code。

简短说：如果你想要一个 agent，在团队本来聊天的地方协调并执行团队任务，那是 Claude Tag。如果你想要 agent 在代码库里编写和重构代码，那是 Claude Code agent teams：入口不同，任务也不同。

控制项，以及报道没讲透的风险

自治能力是卖点，也是最该审视的地方。一个常驻 agent 会读取频道活动，还能调用已连接工具执行动作，这会明显扩大机器人能触达的范围。所以管理员控制很关键：

• 按频道设置工具和数据权限：每个频道里的 Claude 能访问什么，要单独限定。
• 按频道隔离身份：销售频道的 Claude 不会和工程频道的 Claude 共享记忆。
• token 限额和操作日志：可以限制消耗，也能回看是谁触发了什么。
• 隐私边界：它不会把私有频道数据带到其他频道。

发布报道对反面讲得不多，这里直接说清。常驻 agent 读取频道，会扩大权限和数据暴露范围；这些控制项之所以存在，正是因为默认触达范围已经变宽。用量是按消耗计费的，一个会给自己安排异步工作的常驻 agent，也可能花掉你没有逐条明确授权的 token，所以它本质上属于企业 AI 支出问题。常驻模式还可能变成噪音：主动跟进很有用，但如果每个停住的线程都被机器人插话，体验很快会变差。最后，共享“身份”也带来一个安静但重要的责任归属问题：频道里的 Claude 做错事时，操作日志能告诉你是谁触发的，但 agent 本身是共享的。这些都不是一票否决项，但都应该在全组织开启前先定规则。

什么情况会改写这篇文章

最明显的是：开放范围变大。 目前 Enterprise/Team 门槛是最大限制；如果 Claude Tag 进入 Pro 或个人套餐，大多数读者对“谁能用”的答案就会反过来。还值得继续看的有：单独定价（尚未公布）、团队实际跑几周后常驻模式在规模化场景里的表现，以及 65% 这个说法会不会得到独立佐证。beta 有变化时，我们会更新。

延伸阅读

• Claude Code Artifacts 讲清楚：6 月另一个 Team/Enterprise 发布，开放范围很像。
• Claude Code agent teams：值不值得烧 token？：共享 agent 在代码侧的近亲。
• 企业 AI 编程账单已经到期：为什么常驻、按消耗计费的 agent 一定是预算问题。
• 最适合 Claude Code 的 MCP 服务器：这类 agent 执行动作时会用到的连接工具。
• 管理长时间运行的 agent：常驻模式借用的异步、长时间运行模式。

来源

1. Fortune：Anthropic 发布 Claude Tag，一个在 Slack 里工作的虚拟员工
2. TechCrunch：Claude Tag 正通过一条条 Slack 消息学习你的公司
3. The Decoder：Anthropic 称 Claude Tag 已嵌入 Slack，并写出内部 65% 的代码

常见问题

Claude Tag 是什么？ 这是 2026 年 6 月 23 日发布的 Slack 共享 agent。你在频道里 @Claude，描述任务；它会规划步骤，调用已连接工具执行，再回到线程里汇报结果。同一个实例服务整个频道，并从频道活动里积累上下文，不是 1:1 聊天机器人。

谁能用？费用怎么算？ 发布时它只面向 Claude Enterprise 和 Claude Team 客户 beta 开放；Pro 和 Free 用户没有。Anthropic 没有公布单独定价。它会替代旧版 Claude in Slack 应用，迁移窗口是 30 天。

它真的写了 Anthropic 65% 的代码吗？ Anthropic 的说法是，其产品团队 65% 的代码来自这个工具的一个内部版本。注意三个限制：这是 Anthropic 自己的说法，指的是内部版本，而且没有给出时间范围或统计方法。真正的信号是 Anthropic 发布前已经在内部生产环境用了几个月，不是这个百分比本身。

它和旧版 Claude in Slack 有什么不同？ 旧版应用是私聊里的 1:1 聊天机器人。Claude Tag 是按频道工作的共享同事，会保留频道上下文，能执行多步骤任务，也能通过常驻模式主动、异步地工作。它会替代旧应用。

它和 Claude Code agent teams 有什么不同？ Claude Code agent teams 是从终端进入代码库，编写和重构代码的一组 agent。Claude Tag 是 Slack 里的单个共享 agent，面向团队任务和协作。一个是代码库里的开发入口，一个是聊天工具里的协作入口。