Claudeのプラグイン自動接続は、Anthropicが2026年に発表した、Claudeへのログイン時にMCPサーバーへ自動で接続できる仕組みで、企業向けにはIdP（IDプロバイダー）経由で組織全体の接続を一元管理するEMA（Enterprise-Managed Auth）が用意されています。
室谷代表取締役AnthropicがClaudeのプラグイン接続まわりで大きめのアップデートを出してきました。ログインしたら勝手につながる、という体験の話と、企業の認証基盤と組み合わせる話がセットになっているんですよね。
テキトー教師DotAI 認定講師そうなんですよ。単に「便利になりました」という話じゃなくて、MCPの認可モデルを企業向けに作り替える話が含まれています。
まずは何が発表されたのかを整理しましょう。
まずは何が発表されたのかを整理しましょう。
Claudeのプラグイン自動接続とは？何がいつ発表されたか
まとめ
Claudeのプラグイン自動接続：発表の要点
- 発表主体はAnthropic
- 内容は大きく2つ：Claudeログイン時点でプラグイン（MCPサーバー接続）が自動でつながる仕組みと、企業向けのEMA
- 自動接続は「MCPサーバーがClaudeを信頼できる発行元（trusted issuer）として受け入れる場合」に成立
- Claude側だけでは完結せず、接続先サーバー側の対応が必要
- プラグイン開発者向けに「今日から対応を追加できる」という案内あり
- 狙いはユーザーがより早く使い始められ、再認可なしでつながり続けること
室谷代表取締役発表の主語はAnthropicです。内容は大きく二つで、一つがClaudeにログインした時点でプラグイン（MCPサーバー接続）が自動でつながる仕組み、もう一つが企業向けのEMAです。
テキトー教師DotAI 認定講師ここで大事なのは、自動接続の条件です。公式の説明では「MCPサーバーがClaudeを信頼できる発行元（trusted issuer）として受け入れる場合」に自動接続が成立します。
つまりClaude側だけでは完結せず、接続先のサーバー側が対応している必要があるんですよ。
つまりClaude側だけでは完結せず、接続先のサーバー側が対応している必要があるんですよ。
室谷代表取締役そこが今回の一番のポイントですよね。ユーザーが何もしなくてもつながる体験の裏側で、サーバー側の認証実装が変わっている。
MYUUUでもMCPサーバーを触っているので、開発者側の作業量が気になるところです。
MYUUUでもMCPサーバーを触っているので、開発者側の作業量が気になるところです。
テキトー教師DotAI 認定講師発表では、プラグインを開発している人向けに「今日から対応を追加できる」という案内も出ています。ユーザーがより早く使い始められて、再認可なしでつながり続ける、というのが狙いとして示されています。
室谷代表取締役再認可なしでつながり続ける、という表現が地味に効いていて。これまではトークンが切れるたびに認可画面を通ることもあったので、そこが消えるのは体験として大きいんですよね。
Claude MCP自動接続でできること——ログイン時の自動接続とClaudeを信頼できる発行元にする仕組み
自動で動く部分と手動で対応する部分
自動
- Claudeへのログイン時のプラグイン接続（サーバーがClaudeを信頼できる発行元として受け入れる場合）
- 管理者がEMAを設定した後の、対象メンバーの自動接続
手動
- プラグイン開発者によるサーバー側の認可実装（対応しないと自動接続は成立しない）
- 管理者によるIdP側の設定、またはClaude側の管理コンソール設定
テキトー教師DotAI 認定講師ここは「何が自動で、何が手動なのか」を切り分けると理解しやすいです。整理するとこうです。
- 自動：Claudeへのログイン時のプラグイン接続（サーバーがClaudeを信頼できる発行元として受け入れる場合）
- 自動：管理者がEMAを設定した後の、対象メンバーの自動接続
- 手動：プラグイン開発者によるサーバー側の認可実装（対応しないと自動接続は成立しない）
- 手動：管理者によるIdP側の設定、またはClaude側の管理コンソール設定
室谷代表取締役ユーザーから見ると全部自動に見えるけど、実装者と管理者がそれぞれ手を動かす部分がある、と。ここを混同すると「対応したのに動かない」になりがちです。
テキトー教師DotAI 認定講師公式ドキュメントでは、EMAの流れはMCPのenterprise managed authorization拡張で定義されていて、標準のJWTベアラー認可グラント（RFC 7523）の上に作られていると説明されています。アサーションのプロファイルはID-JAG（Identity Assertion JWT Authorization Grant）に従う、と。
室谷代表取締役要は、ブラウザのリダイレクトも同意画面も挟まずに、裏のリクエスト一回でアクセストークンを取りに行く形なんですよね。ユーザーから見ると、管理者が有効化した瞬間にコネクタが使える状態になっている、と。
テキトー教師DotAI 認定講師その通りです。Claudeが署名付きのIDアサーションを認可サーバーのトークンエンドポイントに直接送って、アクセストークンに交換する。
MCPサーバーが受け取るのは、これまでの対話型OAuthの後と同じ種類のベアラートークンです。
MCPサーバーが受け取るのは、これまでの対話型OAuthの後と同じ種類のベアラートークンです。
室谷代表取締役既存のMCPサーバー側の作りを大きく変えずに、入り口の認可だけ差し替えられる設計に見えます。ここは実装者にとってはありがたいところです。
Enterprise-Managed Auth（EMA）とは？IdP経由で組織全体のプラグイン接続を一元管理する仕組み
EMAの2つの認可方式
IdP-managed（EMA）
- IdPが承認済みMCPサーバーの登録簿とアクセスポリシーを保持
- 社内認証情報で一度ログインすれば、サーバーごとの追加認可プロンプトなしにトークン発行
- ポリシー評価はIdPが実施
- 権限のない従業員にはエラーが返り、クライアントにトークンは渡らない
- 失効はIdP側で行い全クライアントに即時反映
Claude-issued assertions
- 組織のIdPがEMAに対応していない場合でも利用可能
- Claudeがサインイン済みの各メンバーを直接保証
- ベータ提供（公式ドキュメントに「Claude-issued assertions are in beta」と明記）
- 管理者画面のIdentity sourceに表示
テキトー教師DotAI 認定講師EMAは、組織のIdPを認可の判断主体にする仕組みです。公式ドキュメントでは、標準的なMCPでは各ユーザーが個別にMCPサーバーへのアクセスを認可する必要があり、企業環境ではこれが摩擦とセキュリティの穴になると整理されています。
室谷代表取締役従業員が多数のサーバーの認可詳細を理解しないといけない、セキュリティチームは一貫したポリシーを強制できない、入社時は大量認可、退職時は個別失効。これは企業でMCPを広げると必ずぶつかる壁なんですよね。
テキトー教師DotAI 認定講師EMAでは、IdPが承認済みMCPサーバーの登録簿とアクセスポリシーを保持します。従業員は社内の認証情報で一度ログインすれば、サーバーごとの追加認可プロンプトなしにトークンが発行される。
ポリシー評価はIdPが行い、権限のない従業員にはエラーが返り、クライアントにはトークンが渡りません。
ポリシー評価はIdPが行い、権限のない従業員にはエラーが返り、クライアントにはトークンが渡りません。
室谷代表取締役失効もIdP側でやれば全クライアントに即時反映される。これは情シスからすると導入判断の決め手になりますよね。
テキトー教師DotAI 認定講師もう一つの柱が「Claudeを信頼できる発行元にする」方式です。組織のIdPがEMAに対応していない場合でも、Claudeがサインイン済みの各メンバーを直接保証できる、と発表で説明されています。
室谷代表取締役ここ、提供状況の書き分けが大事なんですよ。EMA自体はClaude Team/Enterpriseプランで提供されていて、ベータなのはClaude発行アサーションのほう。
公式ドキュメントにも「Claude-issued assertions are in beta」と明記されています。
公式ドキュメントにも「Claude-issued assertions are in beta」と明記されています。
テキトー教師DotAI 認定講師そこは受講生さんも混同しやすいポイントです。「EMAがベータ」ではなく「Claudeが発行元になるパターンがベータ」。
管理者の画面ではIdentity sourceとしてIdP-managedとClaude-issuedが見える、と説明されています。
管理者の画面ではIdentity sourceとしてIdP-managedとClaude-issuedが見える、と説明されています。
室谷代表取締役なお、EMAはMCPのオープンな拡張として仕様化されていて、特定ベンダー専用ではないんですよね。このあたりの標準化の流れはAnthropicの「Claude Models on Google Cloud（Anthropic managed）」とは？フル機能がGAのようなクラウド連携の話とも通じるものがあります。
対応サービス一覧——Amplitude、Atlassian、Datadog、Notion、Supabaseなど
テキトー教師DotAI 認定講師発表で名前が挙がっている対応サービスを整理しましょう。
- Amplitude
- Atlassian
- Datadog
- Dropbox
- Figma
- Granola
- HubSpot
- Linear
- Mixpanel
- Notion
- PagerDuty
- Semrush
- Supabase
室谷代表取締役分析系、開発系、ドキュメント系、CRM系と幅広いですね。NotionやLinear、Supabaseあたりは普段から使っている開発チームも多いはずです。
テキトー教師DotAI 認定講師発表文ではリンクがいくつか貼られていて、そのリンク先の一つはApollo.ioのページになっています。ただしApollo.io側のページに自動接続対応の記載は確認できないので、対応サービスとして断定はできません。
ここは現時点では明らかにされていません、と留保しておくのが正確です。
ここは現時点では明らかにされていません、と留保しておくのが正確です。
室谷代表取締役対応サービスのリストは今後も増えると思うので、最新は公式の案内を見るのが確実ですね。自社で使っているツールが入っているかは、まずそこを確認するのが早いです。
料金・提供範囲——Team/Enterpriseプランのベータと日本での利用可否
テキトー教師DotAI 認定講師提供範囲を整理するとこうです。EMAはClaude Team/Enterpriseプランで提供。
Claudeを信頼できる発行元とする自動接続はTeam/Enterpriseプランでベータ。
Claudeを信頼できる発行元とする自動接続はTeam/Enterpriseプランでベータ。
室谷代表取締役個人向けのプランについては、今回の発表では言及されていません。ここは現時点では明らかにされていません、と書くのが正しいところです。
テキトー教師DotAI 認定講師日本での利用可否についても、発表および公式ドキュメントに地域限定の記載は見当たりません。ただし提供プランがTeam/Enterpriseなので、実質的に法人契約が前提になります。
室谷代表取締役料金については、EMAや自動接続そのものに対する追加課金の記載は資料にはありません。既存のTeam/Enterpriseプランの範囲で使える、という理解でいいと思いますが、断定は避けたいところです。
テキトー教師DotAI 認定講師プラン内容の詳細はAnthropic、科学者向けClaude Teamプラン発表 無料枠と$15のプレミアム枠のような記事も参考になります。ただ、今回のEMAの対象プランは公式ドキュメントの記載どおりTeam/Enterpriseと押さえておきましょう。
室谷代表取締役企業で導入する場合は、IdP側がID-JAGを発行できるか、あるいはClaude発行アサーションで進めるかの二択になる。ここは情シスと開発チームで早めに握っておきたい論点です。
プラグイン開発者が自動接続に対応する方法——ID-JAGと認証サーバー側の実装ポイント
テキトー教師DotAI 認定講師開発者向けの要件を整理します。まず前提として、MCPサーバーがMCP認可を実装していること、Protected Resource Metadata（PRM）のディスカバリに従っていることが挙げられています。
室谷代表取締役その上で、ClaudeをAnthropic保有のクライアント資格情報かClient ID Metadata Documentで登録しておく必要がある、と。ここでDynamic Client Registration（DCR）はEMAではサポートされない、というのが重要な制約です。
テキトー教師DotAI 認定講師理由も明確で、顧客のIdPが発行するアサーションには固定のclient_idが入るため、その場で作ったクライアントでは識別子が一致しないからです。最初のアサーションが届く前に登録を済ませておく必要があります。
室谷代表取締役認可サーバー側の要件は、JWTベアラー認可グラント（RFC 7523）への対応と、顧客ワークスペースごとに一つの発行元を信頼すること。トークンエンドポイントでurn:ietf:params:oauth:grant-type:jwt-bearerを受け付けて、メタデータのgrant_types_supportedに載せる必要があります。
テキトー教師DotAI 認定講師検証の順番も決まっています。整理するとこうです。
- 発行元（iss）がワークスペースに登録された信頼済み発行元と完全一致すること。鍵を取得する前に確認する
- 鍵はissのOpenID設定からjwks_uriをたどって取得し、アサーションのヘッダーに載っている鍵は無視する
- 署名はES256とRS256のみ受理し、noneやHS256などは拒否する
- typヘッダーがoauth-id-jag+jwtであること
- audが自社の認可サーバーのissuer値と一致すること
- client_idクレームがリクエストのclient_idと一致すること
- subクレームが存在すること（Claude発行のアサーションはsubではなくメールでユーザーを識別する）
- expが切れていない、iatが未来でない、nbfの確認
室谷代表取締役失敗したらinvalid_grantで拒否する、と。あと、Claudeはこのリクエストでリダイレクトを追わないので、token_endpointそのもので応答する必要があります。
テキトー教師DotAI 認定講師レスポンスにはexpires_inを含めます。Claudeはこのグラントでリフレッシュトークンを使わないので、発行しないように、と明記されています。
室谷代表取締役自前で署名検証を書かず、認可サーバー製品のJWT検証やトークンイントロスペクションを使うように、という注意も書かれています。ここはセキュリティ事故につながりやすいので素直に従ったほうがいいです。
テキトー教師DotAI 認定講師あと、遅延認証（lazy authentication）との組み合わせも説明されています。保護されたツール呼び出しで401を返したとき、組織がEMAを設定していれば、Claudeは同意カードを出さずにサイレントにJWTベアラー交換をしてツール呼び出しを再試行します。
室谷代表取締役ただし完全に認証なしのサーバーにはEMAは適用されない、と。401を返さないので交換のきっかけがないんですよね。
ここは設計上の落とし穴になりがちです。
ここは設計上の落とし穴になりがちです。
テキトー教師DotAI 認定講師対応を終えたら、mcp-review@anthropic.comにメールしてディレクトリ掲載にEMA対応の印を付けてもらう流れです。テスト用の組織を選んで接続テストを実行し、クロスアプリアクセスのプレイグラウンドでも確認できる、と案内されています。
室谷代表取締役顧客管理者向けに、自社製品の管理画面の設定方法とセットアップ手順のドキュメントを用意することも求められています。ここまでやって初めて「管理者が有効化すればすぐ使える」体験になるわけです。
テキトー教師DotAI 認定講師MCPサーバー側の設定ファイルや接続確認の基本はClaude Code設定完全ガイド【2026年最新】：settings.json・CLAUDE.md・MCP・言語設定・権限設定まで徹底解説でも触れているので、あわせて確認すると整理しやすいです。
室谷代表取締役既存のMCPサーバーでうまくつながらないときの切り分けはClaudeサーバーのエラー・ダウン・混雑を完全解説！対処法とMCPサーバー設定ガイドの流れが参考になります。認可まわりかネットワークまわりかを分けて見ていくのが結局一番早いんですよね。
よくある質問——設定方法・接続確認・うまくいかない時の対処
テキトー教師DotAI 認定講師読者から出そうな質問を整理しておきます。まず「誰が設定するのか」ですが、IdP側の設定とClaudeの管理コンソール側の設定は顧客の管理者が行います。
プラグイン開発者が担うのは認可サーバー側の実装です。
プラグイン開発者が担うのは認可サーバー側の実装です。
室谷代表取締役「個人プランでも使えるのか」は、今回の発表ではTeam/Enterpriseが対象とされていて、それ以外のプランについては明らかにされていません。
テキトー教師DotAI 認定講師「接続確認はどうやるのか」は、開発者向けにテスト組織を選んで接続テストを実行する手順と、クロスアプリアクセスのプレイグラウンドが案内されています。
室谷代表取締役「うまくつながらないとき」は、まず認可サーバーのメタデータにJWTベアラーグラントが載っているか、issuerとtoken_endpointのドメイン条件を満たしているか、DCRで登録していないかを確認する。このあたりが公式に明示されている落とし穴です。
テキトー教師DotAI 認定講師「Claude発行アサーションとIdP発行アサーションのどちらになるのか」は、管理者の設定にあるIdentity sourceで決まります。IdP-managedかClaude-issuedか、という表示になると説明されています。
トークン形式と交換手順はどちらも同じです。
トークン形式と交換手順はどちらも同じです。
室谷代表取締役まとめると、ユーザー体験は「ログインすればつながる」に寄っていくけれど、その裏では開発者の認可実装と管理者のIdP設定という二つの手動ステップが残る。ここを正しく理解しているチームが、企業導入でつまずかないんだと思います。
テキトー教師DotAI 認定講師標準化の流れなので、対応製品やサーバーフレームワークも今後広がっていくはずです。ただ、今回の発表で確認できる範囲はここまで。
最新の対応状況は公式ドキュメントで確認するのが確実ですね。
最新の対応状況は公式ドキュメントで確認するのが確実ですね。
