Claude Tag 是什么
2026 年 6 月下旬，一个团队负责人在自家 Slack 工作区里看到 @Claude 被同事拉进了项目频道。他想搞清楚一件事：要不要给整个团队开通，开通要花多少钱，会不会把内部数据喂给一个看不见的黑盒。可他翻遍能找到的只有几条英文新闻和社媒里零碎的截图，没有一篇把"是什么、能干什么、怎么开、多少钱、有什么坑"讲全。这篇就是补上这个缺口。
**Claude Tag 是一种让团队在 Slack 里直接 tag @Claude、把真实工作委派给它的协作方式。**你在一条消息里 @ 它，它就用你们组织已经接好的工具和这条对话周围的共享上下文，去接手具体的活：写一段代码、查一组数据、跟进一个任务（据 Anthropic 官方说明）。它不是另起一个聊天窗口让你重新解释一遍背景，而是像把一个新同事拉进频道，它能看到上下文、知道你们在干什么。
它是 Claude in Slack 的下一代，在同一个地方提供这套体验（据 Claude 官方说明）。这里要解释一下 Claude in Slack：那是此前就有的旧集成，你能在 Slack 里私信 @Claude、或在频道里 tag 它要点临时帮助，编码任务还会被转到网页端的完整会话再把进展发回原线程。Claude Tag 在这套已有集成之上，叠了一层持久的上下文和记忆，这是用以前那些工具很难维持的（TechCrunch 的观察）。
相比旧版，它现在能多做三件事（据 Claude 官方说明）：
- **跨天记住上下文。**旧版每次对话基本是从零开始，你得反复交代背景；新版能把上下文跨天留住。
- **给自己安排跟进、主动检查。**它能为自己排后续任务，过段时间主动回来看看进展，不用每次都等你 @。
- **以自己的身份行动。**它在频道里有一个独立的身份去做事，而不是借用某个人的账号（这一点后面讲权限和归属时还会用到）。
在用法上，它先从 Slack 起步，Claude 作为团队成员加入（据 Anthropic 官方说明），通过三个界面跟你打交道（据 Claude 官方说明）：
| 界面 | 怎么用 | 适合什么 |
|---|---|---|
| 频道里 tag | 在共享频道里 @Claude | 团队协作，所有人都看得到它在做什么 |
| 私信 | 直接私信 @Claude | 你一个人的事，私下来回 |
| 助手面板 | Slack 里的 assistant panel | 不离开 Slack 的快捷入口 |
谁现在能用上：发布当天起，它进入公测阶段，面向用 Slack 的 Claude Enterprise 和 Claude Team 客户开放（据 Anthropic 与 TechCrunch）。换句话说，这是给企业和团队套餐的客户先试的功能，不是个人版直接能点开的东西。
四种核心能力分别怎么运作
前面提到 Claude Tag 比旧版多了记忆、主动行动和自有身份这几条。把它们拆开看，是四种各自独立的能力：多人协作、持久记忆、主动模式、异步任务。这四种凑在一起，才让"在 Slack 里 tag 一下就把活交出去"变成真的能用。
多人协作：一个频道只有一个 Claude
最容易误会的一点在这：**一个 Slack 频道里只有一个 Claude，和频道里所有人打交道，而不是给每个人各配一个机器人。**频道里任何人都能 tag @Claude、把任务丢给它，然后自己去干别的；其他人随时能看到它正在做什么，也能从上一个人停下的地方直接接着说下去（Anthropic 官方说明）。
每人一个机器人时，你和它的对话是私下的，同事看不到，也接不上手。Claude Tag 把这个交互摊到整个频道，它更像是被拉进群的一个团队成员，一个人发起的事，另一个人能顺着往下推。
持久记忆：不用反复从头解释
它会随着待在频道里的时间慢慢积累上下文。Claude 跟着频道里的讨论走，对这块工作攒下越来越多的背景，所以你不必每次都从头交代一遍来龙去脉。
记忆的来源不止当前频道。**如果拿到读取其他频道的授权，它还能自动从组织里其他地方收集事实，把散在各处的信息凑到一起。**据 Anthropic 自述，获得授权后它甚至能从别的 Slack 频道和数据源学习，但它不会从私有频道（private channels）往外汇报。也就是说，授权决定它能看哪些地方，私有频道则是一道硬线。记忆按频道隔离、会不会串到别的频道，详见权限一节。
那"积累上下文"到底存的是什么？官方把记忆按频道、按工作区分别保留，管理员可以查看、编辑、删除（据 Claude 官方说明）。换句话说，它不是把频道历史消息整条整条搬进一个对话框，而是顺着讨论攒下关于这块工作的背景，存到对应频道名下；下次有人接着说，它从这份背景起步，不必从零重听一遍。**但它把哪些内容提炼成记忆、什么时候判定一条信息过期、按什么规则更新，官方文档没有公开。**这层不透明意味着你无法预测记忆内容会如何演变：你看得到它记住了什么（管理员界面能查），却看不到它凭什么决定记下这条、丢掉那条。
主动模式：默认是关着的
前面三种能力都是你 tag 它、它才动。主动模式（ambient）不一样，开了之后，它会自己跳进聊天里。它会主动告诉你它觉得你可能需要知道的信息，标出组织各处相关的内容，还会去跟进那些已经沉寂、一直没人解决的线程或任务（TechCrunch 报道）。这是它从"被叫才动"切到"自己找事做"的开关。
关键设定：**这个模式默认是关闭的。**不主动去开，它就不会自说自话地插话。
异步任务：交出去之后你能去干别的
异步是这四种能力里最像"把活外包出去"的一种。给它一个用大白话说清的请求，它会把任务拆成几个阶段，再用它有权限用的工具一个个推进，做完后在 Slack 线程里回复它产出的东西。交完任务你就能去忙别的优先事项。据 Anthropic 自述，它还能给自己排任务，在数小时到数天的跨度里自主推着一个项目往前走。
私信和频道：用的是谁的工具
最后一个区别容易被忽略，但很影响实际用法：**在频道里 tag 它，和给它发私信，背后调用的工具不是同一套。**私信（以及助手面板）里，Claude 用的是你在自己 Claude 账户里启用的能力，比如网页搜索、你个人连接的那些工具和连接器，而且回复是私下的，只有你看得到。频道里那个 Claude 面向所有人，私信里这个只服务你一个人。
Claude Tag 实际能替团队干哪些活
最有说服力的样本来自 Anthropic 自己。截至 2026 年 6 月发布时，tag @Claude 已经是 Anthropic 内部主要的工作方式之一，产品团队 65% 的代码由其内部版本的 Claude Tag 创建。这套用法早已不限于工程团队，内部还用它追查产品指标和数据、处理支持工单，甚至帮忙定位棘手 bug 的根因（Anthropic 官方介绍）。换句话说，它能干的活和一个真实团队成员的日常重叠度很高，而不只是个问答机器人。
落到具体动作，目前能看到的高价值用法集中在这几类：
- **写代码、发 PR，并且可回溯到触发它的那条讨论。**这是它最成熟的场景。在 GitHub 上，由它发起的代码提交和 PR 会显示 Claude GitHub App 为作者，每个 PR 都带一个回链指向触发它的那条 Slack 线程（据 Anthropic 支持文档）。好处很直接：代码评审时点开链接就能看到这次改动是哪段对话拍板的，不用再去翻聊天记录对上下文。（它在 GitHub 上的归属另有一个审计盲点，详见权限一节。）
- **把一段讨论直接变成一张工单。**一名开发者反馈，把"根据这段讨论建一张工单"这类事委派给 Claude 非常顺手，省掉了人工誊抄需求的环节（Hacker News 社区用户反馈）。
- **自动维护待办清单、做轻量项目管理。**一名 Hacker News 用户把这条评为最有用的功能：团队在频道里讨论下一步做什么时，它能自动把内容归类到对应子任务、判断这件事是否阻塞了其他任务，并顺手把规格、测量值、尺寸这些零碎参数记下来（Hacker News 社区用户反馈）。
对非开发者来说，这事甚至更划算。一名 Reddit 用户的判断是，它对不写代码的业务岗反而更有价值：开发者本来就能把自己的 Claude 接上各类连接器干这些，但大量不碰 Claude Code、不用桌面端的人此前根本接触不到"让 Claude 连上对的数据源"这种能力，现在在 Slack 里 tag 一下就有了（Reddit 社区用户反馈）。
怎么开通 Claude Tag
开通这件事不是每个人都能做，配置权限攥在组织手里。只有 Slack 工作区的 Primary Owner 或 Owner 才能设置 Claude Tag 的访问权限和频道，普通成员碰不到这个开关。好处是反过来的：只要 Owner 把某个频道配好，这个频道里的团队成员不用再单独做任何设置，直接在频道里 tag @Claude 就能用。
整套开通就是配对工作区、给 Claude 接上工具、设支出上限、找个私有频道试跑这么一条线。落到 admin console 里，它表现为给 Claude 配一个 agent 身份、按频道设作用范围，整个配置过程大约要一小时（这是 AWS Marketplace 通过 Claude Enterprise 开通时给出的量级，截至 2026 年 6 月）。如果你走的是 AWS Marketplace 渠道，体验和第一方 Claude Enterprise 完全一致，设置、能力、控制都一样。
这一小时具体在配什么？官方的配置流程是一条 access bundle（一组凭据，也就是 Claude 对外用的那个命名身份）从无到有的过程，照着填这几项即可（据 Claude 官方文档）：
- **配对工作区。**装上 Slack app，用
@Claude connect给出的配对码连接，选「整个工作区（推荐）」或「指定频道」。 - 建 access bundle、录工具凭据。给 bundle 起名（默认叫
Slack default，这就是 Claude 用的身份名），把最常用的工具接进来，录入 Jira、Salesforce、Zendesk 这类工具的服务账户（service account）凭据。GitHub 不在这一步，配完之后单独接。凭据存进集中的 credential store，保存后不再显示，由 Agent Proxy 在调用那一刻才取出注入，不在配置界面回显。 - **设支出上限。**从
$100 / $250 / $500 / $1,000预设里选，或自定义最高到$1,000,000，封顶频道工作每月从组织用量余额扣的钱。 - **激活。**保持「Turn on Claude Tag」开启，点 Launch Claude。
要点是身份的层级关系：身份在工作区层级定义，每个频道默认继承它；按频道的差异化访问是初始配置跑完后到 admin 页面单独加的，不在上面这条主流程里。需要时按频道覆盖，比如只给工程频道单独开 GitHub 和数据仓库访问、把某个 CRM 连接限制在单个私有频道里。敏感频道该怎么单独配身份，见后面权限那节。
谁能在频道里用它，由 Member Access 管。进 Organization settings 的 Claude in Slack，有三种模式可选：对 Slack 工作区里任何人开放、只对你 Claude 组织的成员开放、或者只对角色允许的成员开放。从松到紧，按团队的敏感度挑一个。
从旧的 Claude in Slack 迁移走主动加入，不会自动切。Claude Tag 替代原来的 Claude in Slack 应用，由 Primary Owner 或 Owner 为整个组织选择加入，窗口是 30 天。也就是说迁移是组织级一次性动作、管理员拍板，不是让每个成员各自去点。
怎么收费：按 token 用量算，不按人头
Claude Tag 不按席位收费，而是按用量（token）计费。团队里十个人轮流 tag @Claude，和一个人反复 tag，账单差别取决于实际跑了多少活，跟启用了多少人没关系。这笔钱由 Primary Owner 或 Owner 在 admin console 的 usage settings 里控制，组织级有预算可见性，能看到钱花在了哪。AWS Marketplace 渠道的说法也一致：跟踪使用量而非人头数，提供按频道的额度限制。
最容易混的一处是钱记到谁头上，它取决于你在哪里跟 Claude 说话：
| 在哪里用 | 费用记到哪个账户 | 谁来管 |
|---|---|---|
| 在频道里 tag @Claude | 组织账户 | Primary Owner / Owner 在 usage settings 控制 |
| 给 Claude 发私信 | 你自己的个人 Claude 账户 | 你自己 |
换句话说，频道里的协作算公家的，私信里的活算你私人的。这跟私信本来就走你个人账户里启用的工具和连接器是一套逻辑。
有一点容易误以为是"免费附赠"：Claude Tag 不包含在你现有的 Claude 订阅里，是额外按 token 单独计费的（据一名 Hacker News 用户在发布帖下的补充，原帖没把这点说清楚）。不过截至 2026 年 6 月发布期，Anthropic 向符合条件的 Enterprise 和 Team 组织发放了一笔入门性质的发布额度，整个公司可以先拿这笔额度试用，不必一上来就真金白银投入。
设上限是双层的：管理员能为组织设一个总的 token 支出上限，也能为单个频道单独设额度，比如把吃 token 的频道单独卡死，别让某一个频道把全组织预算烧穿。具体到哪里设：进 claude.ai/admin-settings/usage/claude-in-slack，组织级上限封顶所有频道的总支出，按频道上限叠加在任何有独立作用范围的频道上；金额从 $100 / $250 / $500 / $1,000 预设里选或自定义到最高 $1,000,000，超过上限的工作会被直接拒绝（declined），而不是被悄悄截断（据 Claude 官方文档）。怎么设、设在哪，是开通时就该顺手做掉的一步。这里有个发布期被反复点名的坑：据一名 Hacker News 用户报告，他们的 team 组织里每个新功能（含 Claude Code 和 Claude Tag）默认是"有计量、但无支出上限"，只要启用了某功能又没主动去 usage 页面设上限，就真的没有上限。所以开通后别等账单，先来这里给组织和每个频道各设一个 token 上限。
实际花多少，社区两种体感都有。一名 Hacker News 用户说他几个月前用 Claude Agent SDK 给公司 Slack 搭过类似机器人，大多数会话都很短、token 成本不是大问题，因为在 Slack 里跟 agent 聊不像在终端里那样动辄一长串。另一名用户的担心相反：既然主打主动，它就得跟上频道里所有进行中的讨论、处理所有群组消息，这种持续监听很可能成为 token 大户。两边都对，区别在于你主要用它被动响应（tag 一下干一件事），还是开了主动模式让它常驻盯着整个频道。后者更烧钱，也正是上面那条"按频道单独设额度"最该用上的地方。
权限、记忆和审计：官方能力和真实盲点
权限是分三层设的，管理员在每一层分别给凭据和仓库访问权，而下一层会继承上一层的权限和记忆。这意味着你给"组织级"那层的访问，所有继承它的频道身份都拿得到，配的时候得从最小范围往上加，而不是先开大再收。再往下，管理员可以按频道指定 Claude 能用哪些工具、看哪些信息，给销售频道和工程频道各建一个相互独立的 Claude 身份。基于角色的访问控制是第三种模式，但它只在 Claude Enterprise 套餐上有，而且频道里 tag 和私信都受这一套控制。
记忆会不会从一个频道串到另一个，是决策者最担心的一点。官方说法是按频道、按工作区分别存：为销售工作建的 Claude 不会把记忆传给为工程建的那个，工程师也拿不到任何销售数据或工具；同理，给法务用的 Claude 不能把记忆带进工程频道。这些记忆管理员能查看、能改、能删。
出了事能不能查，靠的是 Audit 视图（Organization settings 里的 Claude Tag > Audit），它列出组织内所有定时任务、一次性任务，以及用 Agent Identity 发起的全部网络调用。更轻量的做法是直接在频道里问 @Claude what triggers do you have set up here?，当场看它在这个频道挂了哪些常驻工作并关掉。另外，你和 Claude 的 Slack 对话跟你的 Claude 历史是分开存的：频道里的工作归到组织的 Claude 身份，私信里的工作跑在你自己的账户上。
官方这套说法听着齐整，但社区指出了几个没写进文档的盲点。
| 维度 | 官方能力 | 社区指出的盲点（均为 Hacker News 单一用户报告） |
|---|---|---|
| 身份归属 | 频道工作归组织身份，私信归个人账户；同事进线程不能挪用你的身份，大家是共同引导 Claude 以它自己的身份行动 | 一名 Hacker News 用户指出，GitHub 上的 PR 走的是上游那个 Claude for GitHub app，只有一份安装、一个身份、一份仓库清单，审计日志里分不清某个 PR 是频道 X 还是频道 Y 的 Claude 触发的 |
| 权限对齐 | 管理员按频道建独立身份，记忆按频道隔离 | 一名 Hacker News 用户质疑，Claude 的权限总得从某处继承，而那套权限永远不会和一个 Slack 频道的成员名单完全对齐；取最小公共权限集又可能把体验削到没用 |
| 频道成员管理 | 记忆和活动遵守频道边界 | 一名 Hacker News 用户提醒，@Claude 配好之后人还能被邀请进频道，所以频道成员关系得自己盯紧 |
| 共享 agent 的私密性 | 每个身份只在管理员定义的频道里运作 | Hacker News 上有人担心，信息一旦喂进共享 agent 就没法保证私密；也有人提出，要安全跑这种公开论坛里的多人 agent，可能得给 Claude Tag 设多个身份，每个只拿它有权获得的上下文，就像别的员工一样 |
这些质疑都来自单个用户的判断，不是官方确认的缺陷。但有一条值得当成配置纪律记下来：因为权限继承、频道成员、GitHub 单一身份这三件事各自独立变动，"谁在哪个频道能让 Claude 干什么"很容易跟你最初的设想错位。真正敏感的频道，宁可单建一个权限最窄的身份，也别图省事挂在一个继承了大范围权限的频道上。
限制与已知问题：拍板前最该知道的几件事
把官方治理能力和盲点摊开后，有些问题不只是"配置不当"的风险，而是产品本身目前真实存在的限制，同样要摆上来看。
只支持 Slack，是一道决策硬门槛
Claude Tag 目前只在 Slack 上跑，没有 Microsoft Teams 版本（截至 2026 年 6 月）。这不是"暂时缺个功能"那么轻，它直接决定了你的公司能不能用。一名 Hacker News 用户算了笔账：90% 的财富 500 强企业用的是 Teams 而不是 Slack。换句话说，如果你团队的沟通主战场在 Teams，现在根本接不进来，再多能力也跟你无关。同一条评论的判断很直接：除非 Anthropic 的目标只是科技公司和初创团队，否则不做到"聊天应用无关"，增长就只能卡在这一圈人里。
记忆会记错，错误会越滚越大
这是最该警惕的一类问题，因为它不显眼。记忆本来是 Claude Tag 的卖点（持久上下文怎么积累见前文），但社区报告指出它有个反面：分不清什么该学。一名 Hacker News 用户在公司里扩大 Claude 用量后观察到，它很不擅长区分"哪些是该记住的事实、哪些只是实验性或错误的数据"，会在错误的地基上不断累积，把藏着的错误假设变成看起来可执行的结论。
更具体的一例：这名用户报告，Claude 早先基于某供应商的营销材料对其产品能力做了错误猜测，然后据此给一个任务清单写了一整篇"论文"，结果全部作废。他清掉了记忆，但它似乎仍在从某个他无法控制、也定位不到的企业数据源里取信息。另一名用户的总结更冷：来自未经整理来源的记忆收益很小，本质上是幻觉上下文加上无谓膨胀的来源。这些都是单个用户的使用反馈，不是官方确认的缺陷，但指向同一个真实风险：你以为它在帮你攒上下文，它可能在悄悄攒错的。
默认无消费上限，开通后第一件事就去设
这是开通后立刻能踩、又最容易忽略的坑：team 组织默认计量但不设上限，不主动去设就等于没有上限。具体的报告和怎么设，见上文收费节，开通后第一件事就把它处理掉。
发布期的稳定性，社区在观望
围绕这次发布，社区的情绪偏冷，质疑也不少（以下都是用户判断，不是官方结论）。Reddit 上有人怀疑这次发布本身就是近期服务宕机的原因，对这个新工具能不能正常工作直接打了问号，理由是 Claude 近期可用性本就不稳；一名 Hacker News 用户讽刺说"又多了一种触发 API 529 Overloaded 错误的方式"，矛头指向 Anthropic 难以承接自己制造出来的用量增长。
对底座工具的不信任也摆在那。有用户形容 Claude Code 是他打交道的软件里最容易出 bug 的之一：启动要好几秒、回看时随机丢行、内部状态会乱导致界面出现重复或错位的行、还经常引发 GPU 缓冲区损坏让整个终端显示乱码。落到 Claude Tag 的实际担忧是：tag 它进频道、看会发生什么，听起来像产品经理的美梦，但产出可能是难以回滚的代码堆砌。至于整体反响，Reddit r/ClaudeAI 这条公告下被自动概括为一句"we don't care, bring back Fable"，评论区基本在为被封禁的 Fable 模型刷更新诉求和玩梗，对新功能本身热情寥寥。
和 Copilot、Glean 比，Claude Tag 到底卡在哪个位置
"让 AI 理解公司上下文"不是 Anthropic 一家在抢。据 TechCrunch（2026 年 6 月）梳理，微软靠 Microsoft Graph，通过 Copilot 和 Work IQ 落地；Snowflake 和 Databricks 把自家平台定位成承载组织隐性知识的后端，让各种 agent 来取数据；Glean 则在模型和企业数据之间搭一层"懂公司上下文"的智能层。Claude Tag 切的是同一块蛋糕，但入口绑死在 Slack 协作里，而不是做一个独立的企业知识层。
这对决策者意味着两条很实际的取舍。一是替代关系：一名 Hacker News 用户判断，已经和 Anthropic 签了主服务协议（MSA）的企业，很难再找到理由单独买 Glean 这类第三方，你要的"懂公司、能干活"的能力，Claude Tag 顺带给了。二是门槛：另一名在 Teams 而非 Slack 工作的企业用户自述，他们已经给非技术员工铺开了 Cowork，接通 M365 和 Confluence 的读取权限，当准企业级检索增强（RAG）来用文档创建和文件管理；他相信自己的用户会喜欢 Claude Tag，但公司在 Teams，根本用不了。Slack-only 这道门槛在竞品对比里同样是第一道筛子。
跟 Slack 自家方案也别混为一谈。Slack 同期宣布了给内嵌 Slackbot AI 聊天加 MCP 支持，但据 Hacker News 用户观察，目前只支持单人；Claude Tag 的差异点正是多人协作：一个频道一个 Claude、谁都能接力。
所以拍板逻辑很干脆：已经在 Slack、并且已经是 Anthropic 客户的团队，Claude Tag 大概率能省掉单独采购知识层产品的那笔钱，直接开通试用最划算；在 Teams 的团队现在没得选，把 Cowork 接 M365 当过渡，盯着官方什么时候补上 Teams 再说。（以上两条均为社区用户的判断，不是官方给出的对比结论。）
常见问题
Claude Tag 用的是哪个模型？
官方说明里写的是 Claude Tag 使用 Opus 4.8。另有一名 Hacker News 用户报告，他在 Claude Tag 里可选的模型是 Opus 4.7 和 4.8 两个，但这只是单个用户的使用反馈，尚无官方确认。具体版本怎么分配官方没详细公开，开通后实际调用的模型版本以 admin console 的使用日志为准。
Claude Tag 支持 Microsoft Teams 吗？
截至 2026 年 6 月，不支持。Claude Tag 目前只在 Slack 上可用，没有 Microsoft Teams 版本。90% 的财富 500 强企业使用 Teams，这是当前最直接的使用门槛。Teams 用户目前只能通过 Cowork 等第三方方案接入 M365 和 Confluence 来替代。
Claude Tag 包含在我现有的 Claude 订阅里吗？
不包含。Claude Tag 是在现有 Claude Enterprise 或 Team 订阅之外额外按 token 用量计费的（据一名 Hacker News 用户在发布帖下的补充）。截至 2026 年 6 月发布期，Anthropic 向符合条件的组织发放了入门性质的发布额度，可先拿这笔额度试用。
ambient（主动）模式默认是开还是关？
默认关闭。不主动去启用，Claude 就不会自己跳进频道插话或主动跟进沉寂的线程。开启主动模式会持续消耗更多 token，如果开通时已按频道设了额度上限，这里需要留意配额是否够用。
开主动模式比被动响应贵多少？
官方没有公布单个 Claude Tag 身份的 token 消耗基准，没法给精确倍数。能确定的是方向：被动用法（tag 一下干一件事）会更省，一名 Hacker News 用户用 Claude Agent SDK 搭过类似机器人，观察到 Slack 里的会话大多很短、token 成本不是大问题，不像终端里那样动辄一长串；主动模式相反，它要跟上频道里所有进行中的讨论、处理所有群组消息，这种持续监听被另一名用户判断为很可能成为 token 大户。这两条都是社区用户体感，不是官方实测数据。结论上的操作建议是：要开主动模式，先按频道把额度上限设好，让吃 token 的频道单独受限，别让它把组织预算烧穿。
Member Access 那三种开放模式有什么区别？哪种依赖套餐？
三种模式从松到紧：对 Slack 工作区里任何人开放、只对你 Claude 组织的成员开放、只对角色允许的成员开放。前两种区别在于把门槛划在"Slack 工作区"还是"Claude 组织"这条线上：选最松那档，工作区里任何人都能 tag，敏感场景下等于谁进频道谁就能用。第三种"基于角色"只在 Claude Enterprise 套餐上有，Team 套餐选不了这一档；它按角色控制谁能用，并且同时管住频道里 tag 和私信两个入口。选错的代价是把访问面放大到不该放的人，所以按团队敏感度往紧里挑，能用角色控制的优先用角色控制。
管理员怎么删 Claude 的记忆？那种"清掉还残留"的情况怎么办？
官方说法是记忆按频道、按工作区分别存，管理员可以查看、编辑、删除（删除入口在记忆管理界面，官方文档没有逐步截图说明具体页面层级）。要注意一个容易踩的点：**删一个 access bundle 只会清掉那组凭据，记忆、常驻任务（routines）和会话记录都不受影响，得单独清。**这正好解释了那位 Hacker News 用户"清了记忆它还在从某个数据源取信息"的现象：他清的可能不是真正在喂它的那一份，或者那份记忆挂在别处没被这次删除覆盖。彻底断的做法是：先用 Audit 视图（Organization settings > Claude Tag > Audit）和频道里 @Claude what triggers do you have set up here? 把还挂着的常驻任务和数据源连接逐个找出来关掉，再删对应频道/工作区的记忆，而不是只删凭据就以为干净了。这里关于"残留"的判断属于社区观察，不是官方确认的缺陷。
Claude 的记忆会不会从一个频道泄漏到另一个频道？
官方说法是不会。记忆按频道和工作区分别隔离存储：为销售频道建的 Claude 不会把记忆传给工程频道的那个，法务 Claude 的记忆也进不了工程频道。管理员可以查看、修改和删除这些记忆。社区方面，有 Hacker News 用户指出权限继承与频道成员名单之间存在对齐偏差，以及 GitHub PR 使用单一上游 App 导致审计日志无法区分触发来源。这些是当前已知的治理盲点，但属于社区观察，不是官方确认的隐私泄漏缺陷。