Article

JetBrains版Copilotの既定モデルとMCP起動制御をどう使い分けるか

JetBrains版Copilotで、企業管理の既定モデルとMCPサーバーの自動起動を制御する機能が更新されました。会話の開始設定と利用権限の違いを整理し、チーム導入時の判断につなげます。

Share

こはるの読みどころ

「最初に何を使うか」と「何を使ってよいか」を分けて読むと、設定の役割がつかみやすいよ。チームでそろえたい条件を考えてみよう!

こはるの読みどころ

GitHub Copilotをチームで使うとき、会話をどのモデルで始めるか、外部ツールをいつ動かすかは、そろえておきたい設定です。2026年10月10日のJetBrains版の更新は、この運用を考えるきっかけになります。

ただ、既定値を決めることと、利用を許可することは別の話です。新しい制御が受け持つ範囲を押さえ、モデルやMCPが期待どおりに使えないときに、どこを見ればよいか整理していきましょう。

既定モデルは会話の出発点、利用許可は別の設定

企業管理者は管理設定で、新規会話に使う既定のエージェントモデルを指定できるようになりました。対象は利用可能なモデルで、モデルピッカーでの明示的な選択は尊重されます。更新告知

この機能を理解する前提として、モデルの利用可否は契約プラン、利用クライアント、組織や企業の制限に依存します。管理者によるモデルの有効化・無効化は、モデルへのアクセス設定で扱うものです。

たとえば、チームで推奨するモデルを決めるなら、まず対象のアカウントとJetBrains環境でそのモデルを利用できるかを調べ、そのうえで会話の開始時に選ばれる値をそろえる、という順序になります。既定値だけを見ても、モデルが選択肢に出てこない理由までは分かりません。

導入時には、新規会話での初期選択と、利用者が明示的に選び直す操作を分けて試すと、設定の意図を確かめやすいですね。

MCPの自動起動と、接続先へのアクセス権を分ける

モデルが決まったら、次はそのモデルが使う外部ツールです。MCPはAIアプリケーションに外部の情報やツールをつなぐための仕組みで、JetBrains版CopilotはローカルとリモートのMCPサーバーに対応しています。ローカルサーバーは手元のマシンで動作し、ローカル資源へアクセスできます。MCP連携の公式手順

今回、CopilotとClaude向けのMCPサーバー自動起動を無効にする設定が加わりました。更新告知 これを検討するときは、「いつ動かすか」と「接続先で何を許すか」を分けて考えると整理できます。

たとえばリモートのGitHub MCPサーバーでは、OAuthで承認したスコープや、PATに付与したスコープがアクセス範囲を決めます。組織側の制限も適用されます。これは自動起動とは別の認証・認可の仕組みです。GitHub MCPサーバーの設定

さらに、組織・企業からCopilot BusinessまたはEnterpriseの利用枠を付与されている場合は、「MCP servers in Copilot」ポリシーの有効化が利用条件になります。ツールを使えないときは、サーバーの起動状態、MCPの利用許可、接続先の権限を順に切り分けるとよさそうです。

JetBrains IDE 2025.2以降で、会話とツールの開始条件を試す

導入の前提として、CopilotプラグインはJetBrains IDE 2025.1のサポートを終了し、2025.2以降を必要とします。更新告知 2025.1を固定している環境では、IDEの更新可否から検討する必要があります。

評価では、利用するアカウントを決め、新規会話のモデル選択を試し、その後に必要なMCPツールが使えるかを確かめる進め方が考えられます。設定の変更を一度に重ねず、会話と外部ツールを順番に見ることで、意図した制御が働いているか判断しやすくなります。

チームでそろえる対象は、会話やツールの開始条件と、それぞれの利用許可です。この二つを運用手順でも分けておけば、既定モデルや自動起動の設定だけで権限管理まで済んだと思い込まずに、今回の機能を取り入れられます。

出典

Share

Related Articles

カテゴリやタグが近い記事を続けて読めるように並べています。