Anthropic 让企业自动将员工接入已批准的 Claude 插件
来源标题：“Signing in to your company’s plugins one by one is annoying”: Anthropic’s fix puts Claude in the identity business
Anthropic 推出新功能，企业可自动把员工连接到已获批准的 Claude 插件，员工无需再逐个登录并授权每项服务。该功能基于 MCP 的 Enterprise-Managed Authorization 扩展，Claude 还能直接验证用户所属组织，便于企业管理办公应用访问权限。Anthropic 同日宣布 Claude、Claude Code 和 Cowork 均支持该扩展，并向开发者发布兼容 MCP 服务器的实现指南。
以下正文由 AI 翻译自 The New Stack（原文版权归原站所有），可能存在偏差，重要内容请以原文为准。
Anthropic 现在允许企业将员工自动连接到已获批准的 Claude 插件，员工无需再逐个登录并授权每项服务。该功能还允许 Claude 直接验证用户是否属于某个组织，使企业更容易管理对工作场所应用的访问权限。
该功能基于 6 月首次亮相的 Model Context Protocol（MCP）的企业管理授权（Enterprise-Managed Authorization，EMA）扩展。正如 The New Stack 当时报道的那样，这为企业提供了一种通过现有身份提供商集中管理 MCP 连接的方式，Okta 成为首家支持该扩展的厂商。
Anthropic 同日还宣布在 Claude、Claude Code 和 Cowork 中支持该扩展，并面向构建兼容 MCP 服务器的开发者发布了实施指南。
在最初的方案中，该方法依赖于企业身份提供商与 EMA 兼容。Okta 是首家支持该扩展的厂商，其他提供商的采用仍然有限，这意味着许多组织仍不得不逐项授权连接。
“Claude 本身可以签发签名身份断言，参与的 MCP 服务用这些断言来识别员工。”
周二，Anthropic 在 ClaudeDevs 的 X 账号上介绍了另一种选择：Claude 本身可以签发签名身份断言，参与的 MCP 服务用这些断言来识别员工。这实际上意味着企业无需身份提供商支持该扩展，也能启用自动连接。
“如果你在为 Claude 构建插件，请添加支持，让用户更快上手，并保持连接而无需重新授权，”该公司写道。
新的 Claude 授权功能目前以测试版形式向 Team 和 Enterprise 客户提供。
Claude 接管身份验证
周二，Anthropic 应用负责人 Boris Cherny 在 X 上指出，员工不得不反复认证工作场所应用，令人沮丧。
“逐个登录公司的插件很烦人。”
“逐个登录公司的插件很烦人，所以我们现在让 Claude 自动连接它们，”Cherny 写道。
逐个登录公司的插件很烦人，所以我们现在让 Claude 自动连接它们。 Team 和 Enterprise 管理员可以进行设置，队友在首次使用插件时便会自动连接。https://t.co/w2oxw0bKOZ — Boris Cherny (@bcherny) 2026 年 11 月 3 日
管理员可以选择启用哪些受支持的服务，以及哪些员工角色应获得访问权限。例如，公司可能愿意让所有员工访问通用生产力工具，但由于泄露机密信息或进行未经授权更改的风险，将公司数据库等更敏感系统的访问权限限制为特定角色。
当符合条件的用户打开插件时，Claude 会发送一条签名断言，表明其组织成员身份。接收服务在提供访问令牌之前会检查该断言。
该流程还会自动处理后续连接，因此用户不必在令牌过期时反复授权同一服务。
初始发布覆盖了十多项服务，包括 Amplitude、Apollo.io、Atlassian、Datadog、Dropbox、Figma、Granola、HubSpot、Linear、Mixpanel、Notion、PagerDuty、Semrush 和 Supabase。
14 项服务在发布时已签约接入 Claude 的自动连接插件。
在 11 月 3 日的一篇博客文章中，Supabase 解释说，客户现在可以使用 Claude 对访问其 MCP 服务器的员工进行身份验证，即使其身份提供商不支持 EMA。
事实上，该公司特别指出，企业身份提供商对该扩展的采用有限，是新功能所解决的关键障碍。
“Okta 是发布时唯一支持该扩展的身份提供商，大多数提供商仍不支持，”Supabase 写道。“使用这些提供商的组织不再需要等待，因为 Claude 现在可以充当签发方。”
要配置连接，Supabase 管理员首先为组织批准 Claude。然后，管理员在 Claude 的连接器设置中选择 Claude 签发的授权，在 Supabase 中注册唯一的签发方 URL，测试连接，并为相关员工角色启用访问权限。
授权 Claude 访问 Supabase。 值得注意的是，员工必须已经拥有匹配的 Supabase SSO 账户，其现有权限决定了他们可以访问什么。该公司还警告说，仅从公司身份提供商中移除某人并不会撤销 Claude 签发的访问权限，管理员必须同时从 Claude 和 Supabase 中移除离职员工。
Claude 成为身份提供商？
这一切的结果是，Claude 现在承担了传统上由企业身份提供商处理的角色，在用户访问第三方服务时为其提供担保。尽管仍处于早期阶段，且该功能目前仅限于商业领域，但这一公告已经引发了一些积极反响。
“厌倦了每隔一个会话就要重新授权。”
“这太好了，厌倦了每隔一个会话就要重新授权，”一位用户在 X 上写道。
其他人则希望更多公司支持该功能，其中一位用户期待支付巨头 Stripe 加入。“我花在重新连接 Stripe 上的时间比其他所有插件加起来还多，”该用户写道。
这对企业身份验证的影响也引起了人们的关注。“Claude 正在成为身份提供商，”一位用户评论道，并提出了一个更广泛的问题：Anthropic 在验证用户身份方面扮演着日益重要的角色。
（原文较长，此处译出前 6000 字，完整内容请点「打开原文」。）
正文由 探How 从来源站点 RSS 同步，内容未经改写；遇到排版缺失或需要图片、视频时请以原文为准。