Claude 插件不用再一个个点授权了：管理员配一次，全公司登录就连好

先说谁用得上：只有 Claude 的 Team 和 Enterprise 套餐，而且要由管理员动手。个人订阅用户看不到这个功能，普通成员也不用做任何事。

01以前每个插件都要单独授权一遍

插件是给 Claude 加装的扩展，让它能直接读 Notion 文档、查 Datadog 监控。它们背后通常接着 MCP 服务器，MCP 是 Anthropic 提出的公开标准，规定 AI 怎么和别的软件对接。每连一个插件，成员都要走一遍 OAuth 授权，就是用微信登录某个 App 时弹出的“是否允许”那一页。

官方这套办法叫 Enterprise-managed auth（企业托管授权）。管理员在后台给某个连接器授权一次，成员第一次登录 Claude 就自动拥有，不再弹登录页或同意页。

02身份由谁来担保，分两种

• 公司的身份提供方担保（IdP-managed）：就是 Okta 这类“一个账号登录所有工作软件”的系统。需要 Claude 和插件两边都开了单点登录（SSO）。官方帮助页写这一种已正式可用，目前支持 Okta，其他身份提供方“即将支持”。
• Claude 自己担保（Claude-issued，测试版）：公司没有身份提供方、或提供方还不支持时，由 Claude 向插件出示一份签名的身份证明，表示“这个人确实是我们组织的当前成员”。不需要 SSO。

第二种有个前提：插件那一侧要把 Claude 为你们公司生成的专属签发地址（issuer URL）加进“可信签发方”名单。所以管理员得同时有 Claude 后台和那个软件后台的权限，否则就把地址和指南转给有权限的人。

03能用的插件和几个容易踩的坑

官方帮助页列出，Claude 签发身份的测试版目前支持 Amplitude、Atlassian、Datadog、Figma、Linear、Notion 和 Supabase。ClaudeDevs 的帖子里名单更长，还写了 Apollo、Dropbox、Granola、HubSpot、Mixpanel、PagerDuty、Semrush，两边不完全一致，以你后台实际显示的为准。公司的身份提供方担保这一种，帮助页另列了 Asana、Canva、Slack、Monday.com 等十几个。

• 邮箱必须对得上：成员在 Claude 里的邮箱要和插件账号的邮箱一致，对不上的人会看到普通的“连接”按钮，不会自动连。
• Claude 只核对“是不是组织成员”，不检查 SSO、多重验证（MFA）或插件自己的登录规则，官方也建议公司的 Claude 组织仍然强制 SSO。
• 有人离职时，从 Claude 移除他就不会再被签发身份，但已经发出的访问权限要到过期才失效，需要去各个软件里一并移除。用目录同步（SCIM）的公司要留意：只是“停用”不会让 Claude 移除成员。
• 可以按角色试点：只选某个自定义角色先开，别的角色之后再加。官方建议公布前先让两三个人跑一次真实请求。

对插件开发者，官方文档说得更直接：支持这套扩展后，授权服务器只需验证一份签名的 JWT（一种带签名的身份令牌）并返回访问令牌，不再需要浏览器跳转和同意页。Supabase 同日发文，称 Claude 签发的方式对 Team 和 Enterprise 组织、且配置了 SSO 的 Supabase 组织已可用。