Claude 上線 MCP 集中授權:企業員工零門檻接通第三方工具
Anthropic 宣佈為 Claude 推出企業級 MCP 集中授權功能。企業管理員只需通過 Okta 統一配置,員工首次登入 Claude 即可直接使用 Asana、Figma 等工具的 MCP 聯結器,免去逐人單獨授權的繁瑣步驟,大幅降低了企業部署 AI 工作流的門檻。
企業 IT 管理員最怕的噩夢之一,就是給幾千號員工配置新工具。
在過去,你想讓團隊用 Claude 讀取 Jira 工單、查詢 Supabase 資料庫或者修改 Figma 設計稿,過程相當折磨。管理員在後臺開啟聯結器只算走完半程,之後每個員工都得親自去點一堆 OAuth 授權彈窗,甚至還得手動分配個人訪問令牌。一旦員工離職,散落各處的授權往往成了安全死角。
Anthropic 剛剛宣佈為 Claude 的 MCP 聯結器上線「企業託管授權」功能。這個功能最初面向 Claude Team 和 Enterprise 使用者開啟測試,隨後正式全面放開。
員工零操作,開箱直接用
這項功能的核心邏輯其實很簡單:把 MCP 聯結器的許可權配置,徹底收攏到企業現有的身份提供商系統裡,首發支援 Okta。
以前員工想在 Claude 裡連 Supabase,要麼得有組織管理員許可權,要麼管理員得給每個人發放個人訪問令牌。現在 IT 管理員只需要在 Okta 裡統一勾選配置,根據現有的員工分組分配許可權即可。
員工第一次登入 Claude 時,被允許使用的聯結器就已經靜靜躺在介面裡了,整個過程完全不需要員工點任何授權。這套許可權打通不僅覆蓋網頁端的 Claude 聊天,還同步貫穿了 Claude Code 和 Cowork。
對安全團隊來說,最大的好處是許可權能管得住了。管理員可以強制要求所有聯結器必須經由身份提供商連線,把工作賬號和私人賬號徹底隔開,防止員工手滑綁錯。
由於身份驗證隨時隨地都能靜默完成,管理員還可以大幅縮短訪問令牌的有效時間。一旦有員工轉崗或離職,只要在 Okta 裡移除許可權,Claude 端的訪問幾乎立刻失效,不會再有長效 Token 遺留在外面的風險。
頭部 SaaS 扎堆進駐 MCP 生態
這項能力並不是 Anthropic 自己關起門來做的私有協議,而是作為開源擴充套件直接寫進了 MCP 規範裡。任何第三方聯結器或企業自建的工具,都可以按照標準接入。
目前支援該授權的 MCP 聯結器已經涵蓋了 Asana、Atlassian、Canva、Figma、Granola、Linear、Supabase,以及後續加入的 Datadog、Notion 和 Slack,未來還會陸續增加 Exa、Miro 和 Zoom。
企業客戶這邊,Hubspot、Ramp 以及 Webflow 已經在內部全量推廣。有企業管理者提到,過去給 2000 名員工做入職許可權配置要排隊等各種 OAuth 批准,現在通過 Okta 可以做到入職第一天直接零門檻上手。
為什麼重要
對企業員工和開發者來說,AI 工具從一個需要手動到處配置的試驗品,變成了像內部郵箱一樣開箱即用的基礎設施。你不需要懂什麼是 MCP 或 API Token,開啟 Claude 就能直接呼叫公司的資料庫或設計庫,門檻幾乎降到了零。
我們認為,Anthropic 這一步走得極其老道。做大模型能力突破固然重要,但真正決定大模型能不能在 Fortune 500 級企業裡規模化落地的,往往不是那幾個百分點的基準跑分,而是合規、審計和 IT 部門的管控成本。
把 MCP 深度綁死在 Okta 這樣的企業級 IdP 上,不僅打消了安全團隊的顧慮,還順手把 MCP 樹立成了事實上的企業 AI 上下文整合標準。接下來其他大模型廠商如果還停留在讓使用者自己複製黏貼 API Key 的階段,在企業級採購招標裡就會非常被動。
不過這也對企業架構提出了新考驗。如果企業本身的組織架構許可權混亂,或者在 IdP 端的角色定義不清,這些許可權也會毫無保留地傳遞給 AI,企業在全面鋪開前依然得先把自身的許可權底座理順。
來源 (1)
- claude.com(在新分頁開啟)原文claude.com