Claude Tag：Anthropic 把 @Claude 变成常驻 Slack 团队成员

Simi 收录于 AI

2026-06-24 约 3643 字预计阅读 8 分钟

Claude Tag 不是又一个住在 Slack 里的聊天机器人。Anthropic 在 2026 年 6 月 23 日发布了它，把 Claude 直接嵌入 Slack 频道，作为一个常驻、共享的团队成员，任何人只要输入 @Claude 就能把工作交给它。它的核心变化在于：Claude 不再是你每次都要打开新标签页、从零开始描述需求的工具，而是待在团队已经协作的地方，跨人、跨天保留上下文，并在被授权时主动行动。

官方定位

Anthropic 把 Claude Tag 定位为“团队与 Claude 协作的新方式”，并明确称它是 Claude Code 的延伸——让模型“更主动，也更适合和整个团队一起工作”。如果说 Claude Code 优化的是单个开发者的工作循环，那么 Claude Tag 优化的是团队的工作循环：共享上下文、公开可见的工作、以及并行委派。

它的用法刻意做得很简单：用自然语言 @Claude 提出请求，模型“会把任务拆成多个阶段，然后依次推进，并使用它有权限调用的工具”。没有需要专门学习的语法——界面就是团队本来就在进行的对话。

Claude Tag 目前以 beta 形式面向 Claude Enterprise 和 Team 客户开放，底层使用 Opus 4.8。官方产品页在 claude.com/product/tag；Anthropic 也明确表示，Slack 只是起点，目标是让团队在更多日常协作入口都能 @Claude。

多人共享上下文是核心

Claude Tag 最重要的设计取舍，是它是“共享”而非“每人一个”。在某个 Slack 频道里，只有一个 Claude 与所有人交互。任何人都能看到它正在做什么，也能从上一个人停下的地方接着推进对话。任务完成后，它会在 Slack 线程里回传结果，而不是把输出锁在某个人的私有窗口里。

这与典型的 AI 助手有本质区别——后者每个人都有一条私有线程，标签页一关上下文就消失。把 Claude 变成频道里单一、可见的参与者后，工作便“在公开视野中、带着更丰富的上下文”进行。同事之间的交接不再需要重新交代背景，因为 AI 已经跟完了整条线程。

官方也保留了私有路径：你可以直接给 Claude 发 DM，它会用你个人配置的工具与连接器私下回复。也就是说，共享频道负责团队可见协作，DM 负责个人私有任务——两者不应混为一谈。

持续学习

Claude Tag 维护持久的上下文和记忆。用 Anthropic 的话说，随着 Claude 跟进所在频道，它会积累更多工作上下文，人们不必一遍又一遍从头解释。在拥有相应权限的情况下，它还能自动从其他 Slack 频道和已连接的数据源中获取上下文。

官方有一条很关键的边界：它不会从 private channel 向外汇报。跨频道学习只发生在被明确授权的范围内。这正是把“工具”变成“队友”时必须先想清楚的部分：通用模型每次都在孤立地回答 prompt；一个不断积累组织上下文的模型，会逐渐理解某家公司具体的产品、指标、历史和内部黑话——但也因此更需要范围控制。

Ambient 模式与自主工作

有两个能力让 Claude Tag 超越了“一问一答”。

Ambient 模式（环境模式） 让 Claude 监控被指派的频道，并在没有被直接 @ 的情况下行动。启用后，它可以主动标记相关信息、跟进被遗忘的线程、发布状态更新，并从它有权访问的其他频道与已连接工具中收集事实。它不再等着被提问，而更像一个会主动留意的同事。

自主 / 异步工作 让 Claude 接下一个任务后持续推进，而团队可以去忙别的事。它能为自己安排任务，在数小时甚至数天里自主推进一个项目。官方特别强调并行委派：团队可以把任务同时丢给多个 Claude，于是模型在团队工作量上是横向扩展的，而不只是一个串行的单一助手。

更现实的理解不是“设好就不管了”。Ambient 和自主行为之所以强大，正是因为它们去掉了逐条 prompt 的瓶颈——这也正是下面的管理控制如此重要的原因。

管理控制与治理

正因为 Claude Tag 是共享的、常驻的、能自主行动的，治理被内建进了产品。管理员可以：

精确指定 Claude 在特定频道能访问哪些工具和数据，守住边界——例如防止“销售”身份的 Claude 把记忆或数据带进工程频道。
设置 token 消耗上限，既可面向整个组织，也可按频道设置。
查看活动日志，记录 @Claude 做过的一切，以及每项任务是谁发起的。
为不同用途创建相互独立的 Claude 身份，各自拥有隔离的记忆。

正是这部分让 Claude Tag 对企业而言“可信”，而不只是对个人“方便”。带隔离记忆的独立身份、按频道划分的数据范围、完整的审计日志——这些正是“好玩的 bot”和“安全团队愿意批准的系统”之间的差别。Anthropic 还单独写了 agent identity 与访问模型，说明他们把“谁以什么身份访问什么数据”当成产品一等公民，而不是事后补丁。

上手步骤（官方基线）

官方把起步路径写得很短，适合直接当管理员 checklist：

把 Claude Tag 与 Slack workspace 配对。
给 Claude 开通工具与数据访问（只开当前场景真正需要的）。
设定组织级月度消耗上限。
先在一个 private channel 里试跑，确认行为符合预期，再扩大到公共协作频道。

更稳妥的内部顺序通常是：先关 ambient → 先窄频道 → 先低权限工具 → 先人工检查点 → 再放开异步长任务。不要一上来就把法务、人事、生产密钥相关频道和全量工具一起接上。

对已有 Claude in Slack 的团队，这四步之外还要单独做迁移规划（见下一节）。

从 Claude in Slack 迁移

Claude Tag 取代了现有的 Claude in Slack 应用。管理员有 30 天窗口期选择启用并完成迁移。Anthropic 还为符合条件的 Enterprise / Team 组织提供了上线试用额度（launch credit），方便全公司试跑。

如果你的团队已经依赖旧版集成，这就不只是一个待评估的新功能，而是一次需要规划的迁移：包括审视 Claude 应该加入哪些频道、能触达哪些数据、哪些身份要隔离，以及在开启 ambient 行为之前设定怎样的消耗上限。建议把“旧 bot 退场日期”写进变更窗口，而不是等 30 天到期再被动切换。

内部采用情况

Anthropic 最有力的证据来自它自己的使用。公司称，其产品团队 65% 的代码由内部版本的 Claude Tag 生成。这一模式已经超出工程团队：@Claude 被用来追踪产品指标和数据、处理支持工单，以及帮助定位棘手 bug 的根因。

这个数字是营销说法，应当作为营销说法来看待，但它也是一个关于“预期使用范围”的有用信号。Anthropic 没有把 Claude Tag 定位成一个问答 bot，而是把它定位成跨多个职能、参与真实交付工作的成员。

在竞争格局中的位置

Claude Tag 进入的是一场争夺“组织上下文”的拥挤赛道。围绕发布的报道把它与微软（基于 Microsoft Graph 的 Copilot 和 Work IQ）、Snowflake 和 Databricks（把各自平台定位为智能体的知识后端）、以及 Glean（位于模型与企业数据之间的智能层）放在一起比较。

Anthropic 的切入点是：在工作真正发生的地方——也就是团队的聊天里——去捕获上下文，而不是让用户专门去访问另一个目的地。它押注的是：最有价值的组织知识是环境性的、对话性的，而一个住在频道里的 AI，比一个去查询数据仓库的 AI 更自然地吸收这些知识。

若从本站更早的 Harness Engineering 视角看，Claude Tag 卖的不只是模型能力，而是把上下文、权限、审计和异步执行绑成一套可运营的运行环境——这正是 Agent 从 demo 走向团队日常工具的关键。

适合谁

Claude Tag 对三类群体最有用：

工程团队：希望在不离开 Slack 的情况下，并行委派写代码、调试和排查工作。
跨职能团队（支持、数据、产品、运营）：希望有一个共享助手，跨人、跨线程地携带上下文。
企业：需要 AI 帮忙，但在部署前必须先有范围控制、消耗控制和可审计性。

它不太适合只想要私有聊天助手的个人用户——那是标准 Claude 应用已经覆盖的场景；个人私有任务更适合用 DM 或 Claude 客户端，而不是把敏感上下文丢进公共频道。Claude Tag 的价值来自“共享 + 常驻”，只有在团队环境下才划得来。

限制与实践提醒

基于官方资料，团队应记住以下几点约束：

Claude Tag 仍是 beta，功能集大概率会变化；目前入口以 Slack 为主，其他协作面尚在扩展中。
目前仅限 Claude Enterprise 和 Team 客户；底层为 Opus 4.8，成本与配额都要提前算。
Ambient 和自主行为应当谨慎启用——先从较窄的频道范围、保守的 token 上限、以及开启审计日志开始。
持久记忆和跨频道学习很强大，但带来真实的数据访问问题；private channel 不会被用来对外汇报，并不等于你可以无脑放开所有公共频道权限。
频道共享上下文与个人 DM 是两条路径：公开协作放频道，个人凭证与私有任务放 DM / 个人工具。
人工复核依然重要。跨越数小时或数天的自主工作需要检查点，而不是盲目信任。
迁移有 30 天窗口；已依赖旧版 Claude in Slack 的团队应把迁移当成变更项目，而不是“顺手点一下”。

我的看法

Claude Tag 的意义，与其说在于它是一个 Slack 功能，不如说在于它表明了 Anthropic 认为“AI 工作”应该归属何处：不是私有聊天窗口，而是团队本就在协作的那个共享、常驻、可观察的空间。Claude Code 优化的是单个开发者，Claude Tag 试图优化的是整个团队。

这里真正新的想法是共享上下文和 ambient 行为——每个频道一个所有人都能看到的 Claude，它持续学习，并能在被提问之前就行动。这些也是最需要纪律的想法。长期的考验不是 @Claude 能不能完成一次任务，而是一个团队能否放心地把对真实工作的访问权交给一个常驻、自主的参与者——以及 Anthropic 内建的治理是否足够稳固，来赢得这份信任。

目录