团队协作 AI 的权限新范式

随着 AI 智能体自主完成任务的能力持续提升——据 Anthropic 估计，其可靠完成任务的时长大约每四个月翻一番——传统的「代理用户行事」模式已难以适应新的使用场景。智能体现在可以自主安排定时任务、响应异步事件，即便发起请求的用户早已下线，任务依然在后台推进。这种高度自主性使得绑定特定用户权限的做法既不合理，也存在安全隐患。

Claude Tag 将 Claude 置于团队共享频道中，与多名成员并肩协作。在这种多人驾驶的场景下，「使用谁的权限」成为无解之题。智能体身份模型的核心思路是将问题从「这个用户能做什么」转变为「这个智能体在这个隔间里能做什么」，彻底绕开了个人权限归属的困境，同时也避免了共享频道成为窥探他人私有文档的后门。

在具体实现上，管理员在工作区层面为 Claude 定义一套基础身份，包括可访问的代码仓库、连接器（工具与 API 密钥）、技能插件以及各频道的常驻指令。各频道默认继承这套基础配置，管理员也可按需覆盖：例如为工程频道单独授予 GitHub 和数据仓库的写权限，而在通用频道中仅保留只读访问。不同 API 密钥可连接同一服务但拥有不同权限级别，实现精细化管控。

权限边界在频道维度严格隔离。私有频道拥有独立的 Claude 身份，公共频道共享工作区级别的身份。法务频道的 Claude 无法触及未被授权的代码库，工程频道的 Claude 也无法读取法务文档。Claude 在私有频道中学到的内容不会泄露到更广泛的工作区。企业版用户还可通过基于角色的访问控制（RBAC），进一步限定哪些成员有权调用 Claude，实现双重管控。

Anthropic 在内部使用 Claude Tag 的经验表明，工具与上下文的接入越丰富，Claude 的价值越能呈现复利效应。Claude 可以将 Slack 消息、Google Drive 文档、项目追踪工单和数据仓库查询结果融合成单一答案，而这是任何单一工具都无法做到的。Anthropic 建议团队从少数几个频道的基础配置开始，通过审计日志观察实际使用情况，再逐步、有意识地扩展授权范围，而非一开始就全面开放。

对于直接消息（DM）场景，Claude Tag 采用不同的处理方式：DM 中的 Claude 运行在用户个人的 claude.ai 账户下，使用其个人连接器和凭证，与共享频道中的智能体身份模型相互独立。这一设计确保了个人使用场景的灵活性，同时维护了团队协作场景的权限清晰性。管理员也可在特定频道中完全禁用 Claude Tag，以满足更严格的合规需求。

要点

• 智能体身份模型将权限粒度从「用户级」提升至「频道级」，解决了多人协作场景下权限归属不明的根本问题。
• Claude 在各系统中拥有独立账户，彻底消除了通过共享频道泄露个人私有数据的安全风险。
• 管理员可在工作区和频道两个层级灵活配置权限，企业版还支持 RBAC 进一步限定可调用 Claude 的用户范围。
• Anthropic 建议采用「最小权限起步、按需扩展」的配置策略，结合审计日志逐步优化授权范围。
• DM 场景与共享频道采用不同的权限模型，前者沿用用户个人账户，后者使用智能体身份，两者相互隔离。