ClaudeClaude Code

Claude Tag 怎么用：把 Claude 拉进团队的 Slack 频道，从配对、权限到修 bug 和值班

Claude Tag 让团队在 Slack 频道里 @Claude 交活：一个线程一个会话，用管理员配的服务账号干活，PR 署名是 claude[bot]。本文按官方文档整理它怎么工作、从 Claude Code 过来要注意什么、管理员怎么配权限和花费，以及修 bug、盯告警、值班的官方提示词。

发布 · 约 19 分钟读完 · 经人工审核（）· 本站的内容怎么来的

本文根据公开分享整理，本站尚未实测。操作前请对照文末的原始来源。

本页目录（9 节）
  1. 一、它是怎么工作的
  2. 二、从 Claude Code 过来，要知道的几件事
  3. 三、管理员怎么配
  4. 四、程序员团队最用得上的几种用法
  5. 五、用好它的几个习惯
  6. 六、命令速查
  7. 七、数据存在哪、能不能删
  8. 这篇没有实测
  9. 参考

这篇解决一个问题：团队想在 Slack 里直接把活交给 Claude，让它修 bug、开 PR、盯告警，该怎么配、怎么用，和自己用 Claude Code 有什么不同。

Claude Tag 是 Slack 里那个 @Claude 应用的第二代。频道里谁都能 @ 它交一件事，它在线程里开一个会话，在云端沙箱里干活，进度和结果都贴在线程里，频道里的人都看得到、都能插话。底层和 Claude Code 是同一个引擎。

先说清谁能用：

  • 只有 Team 和 Enterprise 套餐，而且只在 Anthropic 自己的服务上提供。个人套餐（Free、Pro、Max）和 Bedrock 这类第三方平台上的部署都没有；中转站接的不是 Anthropic 自己的服务，自然也用不了。
  • 开了零数据保留（ZDR）的组织不能用：它要保存频道记忆和会话记录，ZDR 不允许。设了客户自管加密（CMEK）策略的，或者给 Claude Code 和 Cowork 的本地模式套用了 HIPAA 配置的，同样不能用。它也不在 Anthropic 的商业伙伴协议（BAA）范围内，医疗机构只能在碰不到患者健康信息的频道和工具里用。
  • 现在是公开测试，官方说正式发布前功能和行为可能还会变。

这篇按 claude.com/docs/claude-tag 的官方文档（79 页）和 claude.com 上的 5 篇文章整理。本站没有 Team 套餐和配对好的 Slack 工作区，没有实测。本站在《Claude Code 在终端以外的四个入口》里简单介绍过它，这篇是完整版。

一、它是怎么工作的

一个线程就是一个会话

在频道顶层 @Claude，消息先交给这个频道自己的“频道会话”。需要查东西、用工具或者来回几轮的，它在这条消息下面开线程，起一个工作会话，之后这个线程就绑定这个会话。

  • 一个线程一个会话一个沙箱。同一频道的两个线程是两个会话，互不共享状态。要并行，就开几个线程，相当于终端里开几个标签页。
  • 线程里的每条回复都接着这个会话，不需要 --continue。
  • 频道里任何人都能在线程里回复来引导它，不限于发起人，也不用再 @。想停，点工作指示上的 Stop，会话保留，再 @ 它就接着做。
  • 改主意要发一条新回复。编辑旧消息，它每次都会收到一条前后对照的提示，但不会因此开始新任务，编辑时加上 @ 也不行；删掉一条回复，它不会知道；删掉线程的第一条消息，它就停下，这个会话随之结束。不管哪种，已经读进去的内容都还留在记录里。

沙箱会丢，记录不会

会话一轮结束几分钟后，沙箱就释放了，下一条消息来时在新沙箱里接着做。保留和不保留的东西：

空闲后还在吗
对话和上下文 在，会话记录存在 Anthropic 那边
频道记忆 在
已推送、已发出、已开成 PR 的 在，在外部系统里
只在沙箱里的文件 不在，需要时它重新生成

所以长任务要让它边做边推分支、开 draft PR，别把成果只留在沙箱里。另外，线程开始时会锁定 skills、插件和自定义说明，管理员中途改了这几样，要开新线程才生效。连接器和域名规则不一样，每次请求时才检查，中途加的连接器在已经开着的线程里也能用，只是它不会自己知道，要点名让它用这个服务。

记忆按频道，不按人

每个频道有自己的笔记，从公开频道还可以存“工作区笔记”，所有频道都会读。你可以明确让它记住，比如 @Claude remember for this channel: reports go out as tables。频道里谁都能读、改、删这些记忆。记忆是精选的笔记，不是完整记录，长的操作手册应该放进它能读的仓库。

它会主动插话

Claude Tag 会读它所在频道的每条消息，自己决定要不要插话。官方 8 月的文章说，它现在用整个频道的上下文、记忆和常设指令来判断，比以前逐条判断准了约 30%。官方说目前多读的这些上下文不计入用量，也不计入花费上限。每条消息它做四件事之一：

  1. 什么都不做（这是最常见的结果）；
  2. 已经知道答案、一句话说得完的，在线程里简短回复；
  3. 需要查的，在线程里开工作会话；
  4. 是它另一个任务的补充的，转给那个会话，不在频道里发言。

文档的说法更保守：没人告诉过它要接哪类活的频道里，它不碰没被 @ 的消息，最多提议一次。两处说法不完全一致，以你实际看到的为准。

控制它的办法：

想要 怎么做
这个频道只在被 @ 时回 关掉频道的 Respond automatically（默认开），或者直接对它说 @Claude only respond in this channel when someone @-mentions you
某个线程别再回了 @Claude !mute，恢复用 !unmute
多接某类活 @Claude remember for this channel: answer questions about the deploy process without waiting to be tagged
请它离开频道 /remove @Claude

别的机器人发的消息（比如告警）它只当上下文，不会去处理，除非消息里 @ 了它。要它处理告警，回复那条告警 @Claude triage this，或者设一个定时任务。

二、从 Claude Code 过来，要知道的几件事

本机的设置一样都带不过去

你在 Claude Code 里用的 在 Claude Tag 里
仓库里的 CLAUDE.md、.claude/rules/、.claude/skills/ 会加载，前提是会话克隆了这个仓库
仓库 .claude/settings.json 里的 hooks 不运行
.mcp.json 里的 MCP 服务器 不加载，提交进仓库也不行；外部服务只能走管理员给频道配的连接
~/.claude、个人 settings.json、shell 环境 都到不了会话
/model 管理员按频道设默认模型，你可以在线程里换
/fast Owner 允许后，用 @Claude !fast 给一个线程开
effort 不能配置，用模型的默认值
权限确认 会话跑在 auto 模式，由权限检查器审每个动作；管理员用 auto mode allow rules 预先批准常规动作
环境里的密钥 管理员配成频道的连接，原始 key 不进沙箱，在网络层加到请求上

代码任务的第一条消息一定要写仓库名。 管理员给频道授权仓库只是“可以用”，会话开始时什么都没检出，消息里点名了才克隆。没点名它会自己挑一个，可能挑错。

用的不是你的身份

这是和 Claude Code 最大的区别：

频道里 一对一私信
以谁的身份 它自己的服务账号（管理员配的） 你自己的 Claude 账号
能访问什么 管理员给这个频道配的 你账号上的连接器
PR 署名 Claude GitHub App，GitHub 上显示 claude[bot] 也是 Claude GitHub App，但只能访问你账号连上的仓库
费用 记到组织 记到你的座位；没连 Claude 账号的人私聊它，在限额内记到组织

频道里谁问都一样，能力不随提问的人变。好处是配一次全频道能用，各个工具的审计日志里是一个固定的服务账号；代价是这个服务账号能读写的东西，频道里每个人都能通过 Claude 用到，包括本来没有仓库权限的人。

有一个和代码审查直接相关的后果：PR 的作者是 Claude，所以 GitHub 的“不能批准自己的 PR”管的是 Claude，不是请求它改代码的人。在只要求一个批准的分支上，请 Claude 改代码的人可以自己批准、自己合并。要第二个人审，在 GitHub 上要求两个批准，或者加一个只对 claude[bot] 的 PR 生效的必需检查。两种做法都在分支保护规则或 ruleset 里设，并且要同时打开“有新提交时撤销旧的批准”，不然一次批准会沿用到后来的推送上。自建的 GitHub Enterprise Server 上，bot 的登录名是你们自己那个 app 的 <slug>[bot]。

早先的 Claude Code in Slack 在已配对的工作区里退役了

两者是同一个 @Claude 应用的新旧两个版本。从 2026 年 10 月 5 日起，旧版在已经配对的工作区里不再在频道里回答，只回一条退役通知，也不能再切回旧版；私信不受影响。还没和任何组织配对的工作区里，Pro、Max 用户在频道里仍然会得到旧版的回答。怎么分辨：@Claude 开的 PR 如果署的是你的名字，那是旧版。

三、管理员怎么配

开通前提

  • Team 或 Enterprise 套餐；Team 要先买用量额度（usage credits），余额为零时什么都不跑。
  • 组织要开 Routines（Admin settings > Capabilities > Remote sessions > Routines）。没开的话，它对每条 @ 都只回“不可用”。
  • 做设置的人是这个 Claude 组织的 Owner，另外要一位 Slack 工作区管理员。
  • 至少一个公开频道。

配对和启用

  1. 在 claude.ai/admin-settings/claude-tag 点 Start setup。
  2. 在 Slack 里装应用，到任一频道 /invite @Claude，由 Slack 工作区管理员单独发一条 @Claude connect，拿到只给他看的配对码（只能用一次，15 分钟过期），贴回设置页，点 Pair workspace。
  3. 如果组织还没装 Claude GitHub App，这一步可以接 GitHub，也可以先跳过。
  4. 用卡按美元付费、还没有用量额度的组织，会多出一步买额度。
  5. 设每月花费上限，选至少一个公开频道，Launch Claude Tag。前面出现过买额度那一步的，这里没有上限可选，启用后再到 usage 页设。私有频道之后用 /invite @Claude 加。

花费

  • 频道、线程和群私信里的活按用量从组织余额里扣，不按座位收费。
  • 读频道、判断要不要回、用已知信息写的简短回复，不计费。
  • 没连 Claude 账号的成员私聊它，也记到组织账上。每人有三道限制，碰到哪道就停：从第一条算起 7 天、$50（默认频道限额更低时按它）、50 个会话。不想这样，可以把默认频道限额设成 0，或者关掉私信，或者只让本组织的人用。
  • 上限在 claude.ai/admin-settings/usage/claude-tag 设，另有默认频道限额和单个频道的限额。上限按标价算，协议折扣到开票时才扣。用到 75% 和 90% 时，它会在当时工作的频道里发提醒；到了上限就停下，告诉请求的人。
  • 上限多久重置，文档两处说法不一样：设上限的那一页说每月月初重置，首页和限制访问的那一页写的是每个账单周期。
  • Team 套餐不先买额度什么都不跑。Enterprise 按发票结算的，不设上限就没有上限，试点时一定要设一个。
  • 官方没有公布每个任务大概花多少，建议试点时先设一个能接受的月上限，看按频道的明细再调。想按团队分摊，就让每个团队用自己的频道。

接 GitHub

  • 完成连接的人要同时是 GitHub 组织的 owner 和 Claude 组织的 Owner；这个连接和 Claude Code 共用。
  • 在 Connectors 里打开 GitHub，按地点（整个 Slack、某工作区、某频道）分配仓库。
  • 它在 Actions 上的权限是固定的，管理员改不了，另加一个 api.github.com 的自定义连接也改不了。能做的：读运行记录、任务、日志和产物；重跑、取消运行，触发 workflow_dispatch；删除运行记录、日志和产物，启用或停用 workflow；改 .github/workflows/ 下的文件并开 PR。不能做的：发 repository_dispatch，批准等待审批的 workflow run 和待定的部署。
  • 只属于一个仓库的依赖安装，写进那个仓库的 CLAUDE.md；所有会话都要的，写进 environment 的 setup script。每个会话的沙箱都是新的，每次都会重装。
  • GitLab 没有专门的应用，要给 Claude 建一个专用用户，用它的 personal access token 接入；这个 token 只认证 API，不能克隆私有项目，要克隆就得用 GitHub。

按频道给权限：scope 和 bundle

  • scope 分三级：整个 Slack、工作区、频道，向下继承。
  • bundle 是一组连接、仓库、允许访问的网站、插件和说明，建好后挂到地点上。官方的命名建议是按能力命名：data-readonly、github-write、monitoring。
  • 也可以按频道名规则挂，比如 inc-* 匹配所有事件频道。这种规则只有 Owner 能设。规则的模式同时也是自动加入的模式：以后新建或改名后名字匹配的公开频道，Claude 会自己加进去，并带上这个 bundle。谁能改频道名，谁就能把一个频道挪进或挪出规则，所以高权限的 bundle 别挂在宽泛的模式上，必要时再加一条屏蔽的模式。
  • **要特别当心的一条：**从 Connectors 标签加的某个服务的第一个凭据，一保存就在所有工作区和频道生效。想窄一点，从某个频道的页面加，或者加完再收窄。
  • 挂在公开频道上的 bundle，等于给了所有能加入这个频道的人。高权限的凭据放私有频道。
  • 每个服务都要连一个你控制的专用账号（比如 claude@你们公司的域名，或者工具自带的 service account），给能覆盖工作的最窄权限，不要用某个人的登录。

网络

  • 沙箱出站默认拒绝，只放行三种：凭据允许的网站（会带上凭据）、频道的域名条目（不带凭据）、environment 的网络级别。新 environment 默认 Trusted access，能访问 pypi.org、registry.npmjs.org 这类包源。
  • 只走 HTTP 和 HTTPS，SSH 和数据库的原生协议过不去，要在前面放一个 HTTP 接口。
  • 你的服务按 IP 放行的话，要加 Anthropic 的出口网段 160.79.104.0/21（以官方发布的列表为准）；服务必须能从公网访问，不支持 PrivateLink 和 VPC 对等连接。

个人连接器

官方 2026 年 9 月 24 日的文章宣布，成员可以允许 Claude 在频道里为自己的请求用自己 claude.ai 账号上的连接器，比如自己的日历、云盘。第一次用时它会问你：Allow（auto 模式，看起来敏感的结果先给你看）、Allow with review（每个结果都先给你批）、Don’t allow。别人的请求、定时任务和它自己发起的工作，都不会用你的个人连接器。

套餐上的区别：文档写的是 Team 套餐默认就开着，管理员不用设置，也没有给整个组织关掉它的开关；Enterprise 由管理员在后台的 Personal connectors 里管，可以要求每个结果都先给本人审，还要在模型设置里保留 Claude Opus 5，因为这类任务的检查跑在它上面。9 月的那篇文章则说先在 Team 上推出、Enterprise 随后。两处说法不一致，Enterprise 上能不能用，以你后台看到的为准。

skills 仓库和预先批准

  • 可以准备一个 GitHub 仓库，按 Claude Code 插件市场的格式放 skills，在后台注册并保持自动同步。仓库必须是私有或 internal 的，公开仓库选不了，要先 fork 成私有的；整个仓库打包下载不能超过 512 MiB。Claude 会以 GitHub App 的身份开 PR 改 skill，合并后新线程就用新版。它不会主动开这种 PR，要你在频道里叫它，或者设一个定时任务让它定期整理。
  • 常规的动作可以在 scope 上用一句话预先批准，比如“从这个频道的会话往 staging 集群部署是正常流程”。加了之后，这一类动作在这个 scope 下的所有频道里都不再当场审批，所以要写窄。

限制它在哪里工作

试点时可以关掉 Respond in all channels，只在选定的频道里打开。含访客的频道和 Slack Connect 频道（和外部公司共享的）默认不工作。Team 套餐可能只有一个总开关，那就只能用频道名规则挡掉特定频道。

谁能改什么

  • 谁能用它。 默认情况下，配对的 Slack 工作区里任何人都能在频道里 @ 它，没有 Claude 账号也行。Owner 可以在 Slack 页的 Advanced 标签里收紧：Team 套餐打开 Restrict to your organization，只让本组织有 Claude 账号的人用；Enterprise 打开 Restrict to roles with Claude Tag access，按角色限制。
  • 只有 Owner 能改的。 配对和断开工作区、Claude Tag 的总开关、私信开关、上面那个谁能用的限制、按频道名挂 bundle 和屏蔽频道的规则、它能搜索哪些频道。
  • Claude Tag admin（只有 Enterprise）。 Owner 可以用自定义角色把 Claude Tag Admin 权限交给别人。有这个权限的人能建和改 bundle（包括里面的凭据和仓库授权）、改工作区和频道的设置、开关某个工作区或频道，但改不了上面那些 Owner 专属的项。Enterprise 上还能给单个频道指定频道管理员（channel manager），由他管这个频道的默认模型、仓库、连接和插件。
  • 频道里的成员。 只要也是本组织的成员，默认就能从回复页脚的 Configure 链接改这个频道的 Channel instructions、默认模型和 Respond automatically，还能给频道加插件。不想让成员改，管理员把 Channel member edits 设为 Block。频道记忆则是频道里谁都能改。
  • 值班设置。 Team 套餐上组织里任何成员都能打开 claude.ai/oncall，影响全组织的改动要有相应权限才存得下；Enterprise 上只有 Owner 和 Claude Tag admin 能打开。

四、程序员团队最用得上的几种用法

下面的提示词是官方文档里的原文，可以直接用，也可以用中文写。共同的做法是先问一句 @Claude what can you access from this channel?，确认频道里有哪些连接。

修 bug

要写清仓库名和“完成标准”，让它能自己判断做完没有：

@Claude in acme/data-pipeline, reproduce the bug in this thread, fix it, and open a draft PR. Done means CI is green and the PR links back here.

只要诊断、不要修：

@Claude why is this failing? Trace it to a cause and post what you find — diagnosis only, no fix.

代价高的改动，把约束写在前面：

@Claude migrate the export config to the new schema. Hard rules: no behavior change, don't touch the billing module, and every old config key keeps working as an alias. Done means the full test suite passes, not only the export tests.

盯着一个 PR

PR 订阅是它对 GitHub 事件做出反应的唯一方式，不能设“每个新 PR 都触发”这类仓库级的任务：

@Claude watch your PR #562 in acme/data-pipeline. When CI fails, fix it and push. When a review comment arrives, address it and push. Post here after each push saying what changed and why. Done means CI is green and every comment is addressed. I do the approving and merging.

最后那句“我来批准和合并”只是说明意图，它可能会忘。真正拦得住的是分支保护。

盯监控和告警

要先接一个监控连接（Datadog、Sentry 或 PagerDuty），用只读的服务账号或 internal-integration token：

@Claude every two hours, check the alerting dashboard against its last state. For anything new, post when it started, what changed around then, and what to look at first.

已知的误报写进频道的 Channel instructions，让它跳过。

值班

在 claude.ai/oncall 给全组织配一个值班：选要盯的告警，选要加入的事件频道（可以按前缀，比如 incident-，之后新建或改名后匹配的公开频道会自动加入；前缀不认通配符，也不会把它加进私有频道和与外部公司共享的频道）。它本质上是一个装着事件处理所需连接、仓库和 skills 的 bundle。官方还提供了一套 on-call kit（github.com/anthropics/oncall-kit）。

Anthropic 自己的 CI/CD 团队讲过他们的做法（2026 年 8 月的文章）：

  • 判断要不要叫醒人的标准写在仓库根目录的 oncall.md 里，比如“错误率超过 2% 持续 5 分钟以上、又不在已知的部署窗口里，就呼值班”，其余记进 lessons.md。
  • 事件一开，它启动一个动态工作流，派子代理分头去查 Grafana、日志、PagerDuty、GitHub、Kubernetes，汇总成一份态势报告。首份有证据的分析，中位数在事件开启后 14 分钟。
  • 每次事件的经过、根因、修复都追加进 lessons.md，下次调查先读；反复出现的模式提炼进调查 skill。
  • 处置以开 PR 为主，由值班的人审、合、部署。

把讨论变成文档和工单

要写清格式和长度，只说“写个文档”只会得到它猜的东西：

@Claude turn this thread into a one-page decision doc: what we decided, the options we rejected, and why.

接了 Linear、Jira 的频道可以直接建工单。它还能把结果发布成 claude.ai 上的网页，能访问这个频道的人都能打开；在页面上评论 @claude，评论会传回那个 Slack 会话，它改完发布到同一个链接。

五、用好它的几个习惯

官方的建议里，对程序员最有用的是这几条：

  • 每个任务给完成标准，并想好谁来收尾：
完成条件 谁收尾 例子
客观检查通过 Claude 自己 “Done when CI is green”
你批准一个准备好的结果 你点一下 “Draft the status memo and post it here for approval”
你在几个选项里选 你说一个词 “Research approaches A and B and recommend one”
没有可验证的条件 没人 改成一个问题，不要当成任务
  • 约束只能引导，挡不住。 你写在任务里的话可能被遗忘或覆盖。一定不能发生的事，用仓库权限、分支保护和必需检查在对话之外强制。
  • 在公开的地方工作。 写在频道里的决定和复盘，它都能当上下文用；私信里和口头说的它看不到。
  • 新任务开新线程。 新会话有完整的上下文空间，也能拿到最新的配置。同一件事的后续留在原线程。
  • 东西放对地方。 频道的习惯放频道记忆；某个仓库的约定放那个仓库的 CLAUDE.md；比记忆优先级高的频道规则放 Channel instructions；全组织通用的做法写成 skills 仓库里的 skill。

六、命令速查

格式是 @Claude 后面紧跟一个 ! 开头的词。

命令 作用
!help 列出这个工作区能用的命令
!status 只给你看的进度说明，不打断它
!restart 归档当前会话，新会话重读线程。卡住时的最后手段，会丢掉进行中的工作
!mute、!unmute 让这个线程静音或恢复
!fast、!fast off 给这个线程开关快速模式
!fork 提示词、!fork #频道 提示词 把当前线程接到一个新线程里继续：不写频道就在本频道，写了就到那个公开频道，比如把报到通用频道的 bug 转给负责的团队。提示词必须写，只能从公开频道的线程里 fork
!routines 列出这个频道的定时任务（时间按 UTC 显示）
!configure 给出这个频道的设置页链接

定时任务直接用自然语言设，比如“每个工作日早上 9 点”，记得写时区，不写就用你 Slack 资料里的时区。任务按固定的 UTC 时间跑，夏令时切换后本地时间会挪一小时，要让它重新排一下。

七、数据存在哪、能不能删

  • Anthropic 会为每个配对的工作区保存会话记录（它看到的消息、附件、编辑前的版本、查到的内容、它做的一切）、记忆、定时任务等。在 Slack 里删除或编辑消息，不会把它从已有的记录里去掉。
  • 测试期间这些数据没有自动保留期限。组织的自定义保留设置对会话记录和记忆不适用，只对它发布的网页适用。套餐过期、关掉功能都不会自动删除。
  • 要删：断开工作区或者卸载应用，删的是整个工作区的数据；删除频道的 scope，或者在 Slack 里删掉这个频道，删的是这个频道的数据。删除记忆条目（Owner 在后台删，或者在频道里让它忘掉）只是让它不再读到，这个 scope 的记忆的早先版本还存着，要等 scope 的数据被删才没有。没有办法单独删掉一个线程的记录。
  • 测试期间会话记录不在组织的数据导出里，Compliance API 也不列出它们。
  • 默认情况下，和 Claude 在 Slack 里的对话不用于训练模型。

这篇没有实测

  • 全部按官方文档和文章整理。 本站没有 Team 套餐，也没有配对好的 Slack 工作区，界面、按钮名和行为以官方文档为准，测试期间可能会变。
  • 几处官方材料之间说法不一致，文中在相关段落都写明了两边的说法：主动插话的条件、花费上限按月还是按账单周期重置、个人连接器在 Enterprise 上是否已经上线。
  • 官方文章里医疗行业那篇提到的赠送额度（开通并接上 GitHub 的 Enterprise 组织送 $25,000，10 席以上的 Team 组织送 $2,500），截止日期是 2026 年 10 月 1 日，已经过期。

参考

来源

通过 API 中转站使用这些模型？到 Veridrop 免费检测中转站给你的是不是它声称的模型，或者看看中转站排行榜前 100 名。

相关文章