跳到正文
IFAI

AI工具

Claude 上線 MCP 集中授權:企業員工零門檻接通第三方工具

首次發布 傳播指數 39

Anthropic 宣佈為 Claude 推出企業級 MCP 集中授權功能。企業管理員只需通過 Okta 統一配置,員工首次登入 Claude 即可直接使用 Asana、Figma 等工具的 MCP 聯結器,免去逐人單獨授權的繁瑣步驟,大幅降低了企業部署 AI 工作流的門檻。

圖:claude.com

企業 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)

  1. [1]
    claude.com(在新分頁開啟)原文claude.com

每日 AI 內容精選