Field Guide · 2026

Claude Tag
把 AI 同事放进 Slack

基于 YouTube 演示与 Claude 官方资料,整理界面、配置方式、实际用法和团队落地建议。

界面示意 + 使用总结
@
01 · 一句话理解

不是另一个聊天窗口,而是频道里的共享执行者

Slack 讨论现场
@Claude 读取上下文
连接工具并执行
结果回帖,团队可见

关键变化:AI 工作从个人私聊迁移到公开线程;输入、过程、结果和纠错都留在团队协作面上。

02 · 界面示意

在任意频道或 thread 里 @Claude

# product-bugs
L
Link
@Claude 看一下上面的登录失败截图和最近讨论,查清原因;如果是代码问题,建 Linear issue 并草拟修复 PR。
Claude
正在检查 thread、Datadog、GitHub…
定位:OAuth callback 对空 state 处理异常
Linear: ENG-248
Draft PR #184(含回归测试)

界面上你会看到

  • 频道中的 @Claude mention 与公开回复
  • Claude 图标打开右侧 AI assistant panel
  • 任务在 Anthropic 托管的临时 sandbox 中运行
  • 连接器权限决定它能读什么、做什么

此图为依据官方说明重绘的界面示意,不是官方产品截图。

03 · 基本用法

从「提问」升级为「交付任务」

01

给上下文

直接在已有 thread 中 mention,让 Claude 读取此前的讨论、链接、截图与决定。

02

明确产物

说清楚要调查、总结、建 issue、写文档,还是草拟 PR;同时给完成标准。

03

公开验收

让结果回到原 thread,成员可以补充条件、纠错并继续推进,不丢上下文。

推荐提示词:@Claude,基于本 thread 和已连接的 GitHub/Linear,先给根因与证据,再创建 issue;未经确认不要合并 PR。

04 · 团队配置

管理员先定边界,再让团队使用

配置清单

  • Claude Team / Enterprise 与 Slack workspace
  • 安装并授权 Claude Tag
  • 选择可访问的频道与连接器
  • 设置可执行动作、审批点和敏感数据规则
  • 先从 1–2 个高频流程小范围试点

权限原则

最小权限公开可审计写操作审批敏感频道隔离

Claude 的能力上限由可见上下文和工具权限决定。把「能查」和「能改」分开,比一开始开放全部权限更稳妥。

05 · 适合的工作流

优先放在信息分散、交接频繁的地方

Bug 首响

读报告与截图 → 查日志和代码 → 排除用户操作 → 建 issue / 草拟 PR。

项目追踪

总结长 thread → 提取决定与 owner → 定时提醒未闭环事项。

知识问答

结合 Slack 历史、文档与业务系统,给出带来源的团队答案。

不适合直接全自动:高风险生产变更、财务付款、人事决定、缺少明确验收标准的开放任务。

06 · YouTube 视频

两支可快速了解 Claude Tag 的视频

点击卡片打开 YouTube。视频封面来自 YouTube 缩略图服务。

07 · 使用总结

Claude Tag 的价值,不在“会回答”,而在“共同推进”

值得采用的原因

  • 减少复制上下文和跨工具切换
  • AI 工作过程天然共享,便于复核
  • 把讨论直接转成 issue、文档或代码产物
  • 形成团队可见的 AI 协作习惯

落地成功条件

  • 任务边界和完成标准清楚
  • 连接器数据质量足够好
  • 高风险写操作保留人工审批
  • 用闭环率、耗时和返工率评估,不只看调用量
Sources · 核验入口

资料与说明

官方产品页:claude.com/product/tag

Claude Help Center:What is Claude Tag?

官方使用文档:Work with Claude Tag

YouTube(日语):5_e4_NXMNEk

YouTube(英语):hDsZMb_8FYo

检索时 YouTube 对自动化访问触发登录/反机器人限制,因此本页没有伪造逐字稿或视频帧;内容交叉参考了视频公开标题/简介与 Claude 官方资料,界面部分明确标注为重绘示意。