New features and Claude as agent provider preview in JetBrains IDEs は、JetBrains IDE上の GitHub Copilot をより「エージェント」として使いやすくする更新です。特に迷いやすいのは、Claude を選べばすぐ使えるわけではなく、事前に Claude Code CLI のインストールとパス設定が必要な点です。
結論から言うと、個人ユーザーは「GitHub Copilotプラグインを最新版にする」「Claude Code CLIを入れる」「Settings > Tools > GitHub Copilot > Chat でCLIパスを設定する」の順で確認します。Copilot Business または Copilot Enterprise の利用者は、これに加えて管理者側のプレビューポリシーやAI Creditsの運用ルールも確認しておく必要があります。GitHub Changelogでは、今回の更新として組織・Enterpriseエージェント、Copilot CLIセッション中のメッセージ操作、Agent Debugログの要約表示、Claude as agent providerのパブリックプレビューなどが案内されています。(The GitHub Blog)
New features and Claude as agent provider preview in JetBrains IDEs の要点
今回の更新は、JetBrains IDEでGitHub Copilotを使っている人にとって、主に「使えるエージェントの種類が増えた」「長い作業中の操作がしやすくなった」「利用量が見えやすくなった」という変更です。
GitHub Changelog上の該当ページは2026年6月22日付で公開されています。日本時間や社内ナレッジでは6月23日付として整理される場合もあるため、社内文書に転記する場合は、URL日付・表示日付・管理上の日付を混同しないようにしましょう。なお、記事ページ上では「Improvement」として表示されているため、分類名を社内で「Release」として扱う場合も、公式ページの表示と照合できる形でメモしておくと安全です。(The GitHub Blog)
| 変更点 | 何ができるようになるか | 迷いやすいポイント |
|---|---|---|
| 組織・Enterpriseエージェント対応 | 管理者が定義した標準エージェントをJetBrains IDEのCopilot Chatで選べる | 自分で作ったエージェントと、組織配布のエージェントの違いが分かりにくい |
| Claude as agent provider | Copilot Chatのエージェント選択からClaudeを選べる | Claude Code CLIの事前インストールとパス設定が必要 |
| CLI実行中のメッセージ操作 | 長い応答中に追加指示、方向修正、停止して送信ができる | どの選択肢を使うべきか判断しづらい |
| Agent Debugログ要約 | エージェントの動作状況を要約表示で確認できる | エラー調査時にどこを見ればよいか分かりにくい |
| モデルピッカー改善 | /models コマンドや最近使ったモデルの選択がしやすくなる | エージェント、モデル、プロバイダーの違いを混同しやすい |
| per-turn AI credits indicator | 1ターンごとのAI Credits消費を見られる | コスト確認を個人任せにすると組織運用で問題になりやすい |
まず確認したい前提条件
Claude as agent provider preview を試す前に、いきなり設定画面を探すより、前提条件を先に確認した方が早く解決できます。特に企業利用では、IDE側の設定が正しくても、管理者ポリシーや利用権限で表示されないことがあります。
| 確認項目 | 個人利用 | 組織・Enterprise利用 |
|---|---|---|
| GitHub Copilotの利用権限がある | 必須 | 必須 |
| JetBrains IDEがCopilot対応IDEである | 必須 | 必須 |
| GitHub Copilotプラグインが入っている | 必須 | 必須 |
| プラグインが最新に近い状態である | 推奨 | 強く推奨 |
| Claude Code CLIがローカルPCに入っている | Claude利用時に必須 | Claude利用時に必須 |
| Claude Code CLIのパスを設定できる | Claude利用時に必須 | Claude利用時に必須 |
| Editor preview features policyが有効 | 通常は不要 | Claude利用時に管理者確認が必要 |
| AI Creditsや追加利用の予算ルール | 確認推奨 | 必須レベルで確認 |
GitHub Docsでは、JetBrains IDE向けのGitHub Copilotプラグインを使うには、Copilotへのアクセス権、対応するJetBrains IDE、プラグインのインストール、GitHubへのログインが必要と説明されています。対応IDEには IntelliJ IDEA、Android Studio、CLion、DataGrip、GoLand、PyCharm、Rider、RubyMine、RustRover、WebStorm などが含まれます。(GitHub Docs)
GitHub Copilotプラグインの導入・更新場所
JetBrains IDEで最初に見るべき場所は、Copilot Chatの画面ではなくプラグイン管理画面です。
新規導入する場合
JetBrains IDEでGitHub Copilotを使う基本的な流れは次の通りです。
| 手順 | 操作場所 | 確認すること |
|---|---|---|
| プラグインを探す | SettingsまたはPreferences > Plugins > Marketplace | GitHub Copilotプラグインを検索 |
| インストールする | Marketplace内 | Installを実行 |
| IDEを再起動する | IDE再起動 | Restart IDEを実行 |
| GitHubにログインする | Tools > GitHub Copilot > Login to GitHub | 認証画面でGitHub Copilot Pluginを許可 |
| Copilot Chatを開く | IDE右側またはメニュー | チャットパネルが表示されるか確認 |
GitHub Docsの手順でも、MarketplaceからGitHub Copilotプラグインをインストールし、IDE再起動後に Tools > GitHub Copilot > Login to GitHub から認証する流れが案内されています。(GitHub Docs)
設定を見直す場合
Copilotの詳細設定は、JetBrains IDEの次の場所で確認します。
File > Settings > Tools > GitHub Copilot
macOSでは、IDE名のメニューから Settings または Preferences を開く場合があります。ここでは、GeneralやCompletionsの設定を確認できます。言語ごとにCopilotを有効・無効にする場合は、Tools > GitHub Copilot > Completions の Languages を見ます。GitHub Docsでは、設定変更後に Apply と OK を押し、必要に応じてIDEを再起動する手順が案内されています。(GitHub Docs)
Claude as agent provider preview の設定場所
Claude as agent provider preview は、JetBrains IDE内でClaudeをエージェントプロバイダーとして使うためのプレビュー機能です。Copilot Chatのモデルを単にClaude系モデルに切り替える話ではなく、Claude Code CLIをローカルに用意して、そのCLIをGitHub Copilot側から呼び出せるようにする点が重要です。
設定の流れは次の通りです。
| 手順 | 操作 | つまずきやすい点 |
|---|---|---|
| Claude Code CLIをインストール | AnthropicのClaude Code公式手順に従う | 非公式サイトのコマンドを使わない |
| CLIが実行できるか確認 | ターミナルで claude を起動 | PATHが通っていないとIDEから見つからない |
| CLIの場所を確認 | macOS/Linuxは which claude、Windowsは where claude | 複数環境に入っていると別のCLIを参照することがある |
| JetBrains IDEで設定 | Settings > Tools > GitHub Copilot > Chat | Claude Code CLI pathに実体パスを設定 |
| Copilot Chatで選択 | Copilot Chatパネルのagent picker | Claudeが表示されない場合はプラグイン更新・権限・ポリシーを確認 |
GitHub Changelogでは、Claude as agent providerを使うには、まずClaude Code CLIをローカルマシンにインストールし、Settings > Tools > GitHub Copilot > Chat で Claude Code CLI path を設定したうえで、Copilot Chatパネルのagent pickerからClaudeを選択すると説明されています。(The GitHub Blog)
Claude Code自体は、コードベースの読み取り、ファイル編集、コマンド実行、開発ツール連携を行うエージェント型のコーディングツールです。公式ドキュメントでは、macOS/Linux/WSL向けのネイティブインストール、Homebrew、Windows向けのPowerShellやWinGetなど複数の導入方法が案内されています。(Claude)
Claudeを選ぶ前に注意すべき権限設定
この機能で最も注意したいのは、Claude agentが現時点で「bypass permissions mode」で動作すると説明されている点です。GitHub Changelogでは、現在のClaude agentはファイル編集やツール呼び出しが自動承認され、構成可能な権限は今後のリリースで提供予定とされています。(The GitHub Blog)
つまり、試すときは次のような安全策を取るべきです。
- 本番ブランチではなく、検証用ブランチで使う
- 作業前にGitの差分がない状態にしておく
- 生成された変更は必ずdiffで確認する
- 秘密情報、認証情報、本番設定ファイルを含むリポジトリでは慎重に使う
- 初回は小さな修正、テスト追加、README更新など低リスクな作業から試す
- 実行後はテスト、lint、型チェックを必ず行う
特に、社内リポジトリでClaudeを使う場合は「便利だから有効化する」ではなく、「どのリポジトリで、どの作業範囲なら許可するか」を先に決めておくことが重要です。エージェント機能は、通常のチャットよりもファイル変更やコマンド実行に近い動きをするため、レビュー前提で運用しましょう。
Copilot Business・Enterpriseで表示されない場合の確認点
個人利用では設定だけで解決することが多い一方、Copilot BusinessやCopilot Enterpriseでは、管理者設定が原因でClaudeが表示されない場合があります。
GitHub Changelogでは、Copilot BusinessまたはCopilot Enterpriseの利用者がClaude as agent providerを使うには、管理者が Editor preview features policy を有効にする必要があると説明されています。(The GitHub Blog)
表示されない場合は、次の順に確認すると切り分けやすくなります。
| 症状 | 可能性が高い原因 | 確認先 |
|---|---|---|
| agent pickerにClaudeが出ない | プラグインが古い | JetBrains MarketplaceのGitHub Copilotプラグイン |
| Claude Code CLI pathの項目が見当たらない | プラグイン更新不足、機能未反映 | IDE再起動、プラグイン更新 |
| Claudeを選ぶとエラーになる | CLIパス不正、CLI未認証 | ターミナルで claude を実行 |
| 組織アカウントだけ使えない | 管理者ポリシー未有効 | Copilot管理者、Enterprise管理者 |
| コスト面で利用制限がかかる | AI Creditsや予算制御 | GitHubの課金・予算設定 |
組織・Enterpriseエージェントは何に使うべきか
今回の更新では、GitHubの組織またはEnterpriseレベルで定義されたカスタムエージェントを、JetBrains IDE内のCopilot Chatから直接選べるようになっています。管理者が公開したエージェントは、対象ユーザーに配布され、agent pickerから選択できます。(The GitHub Blog)
これは、単に「便利なプロンプトを共有する機能」ではありません。チームで同じ品質基準や手順を守りたいときに効果があります。
例えば、次のような用途に向いています。
| エージェント例 | 向いている作業 | 設計時のポイント |
|---|---|---|
| test-writer | 既存コードに対するテスト追加 | テストフレームワーク、命名規則、カバレッジ方針を明記 |
| migration-helper | フレームワーク更新、API移行 | 変更禁止ファイル、段階的移行手順を明記 |
| security-reviewer | セキュリティ観点のレビュー | 認証、入力検証、秘密情報の扱いを重点化 |
| docs-maintainer | READMEや運用ドキュメント更新 | 文体、見出し構成、リンクルールを指定 |
| legacy-modernizer | 古いコードの整理 | 一括置換ではなく小さな差分に分ける方針を指定 |
GitHub Docsでは、カスタムエージェントはワークフロー、コーディング規約、ユースケースに合わせて調整できるCopilot agentの特殊版で、Markdownのagent profileにプロンプト、ツール、MCPサーバーなどを定義すると説明されています。(GitHub Docs)
自分でワークスペース用エージェントを作る場合
組織配布のエージェントとは別に、JetBrains IDE上でワークスペース用のカスタムエージェントを作ることもできます。GitHub Docsでは、JetBrains IDEで Copilot Chat を開き、agents dropdownから Configure Agents… を選び、Chat Agents の Workspace で作成する手順が案内されています。作成された .agent.md ファイルは .github/agents ディレクトリに配置されます。(GitHub Docs)
初心者が作るなら、最初は対象範囲を狭くするのがおすすめです。
---
name: docs-reviewer
description: READMEとdocs配下の文書をレビューするエージェント
tools: ["read", "edit", "search"]
---
あなたは技術ドキュメントのレビュアーです。
対象は README.md と docs ディレクトリ配下のMarkdownファイルに限定します。
コードファイルは編集しないでください。
説明が曖昧な箇所、手順が抜けている箇所、古いリンクを重点的に確認してください。最初から「リポジトリ全体を改善して」といった広いエージェントを作ると、変更範囲が大きくなり、レビューが難しくなります。まずは「READMEだけ」「テストだけ」「依存関係更新の事前調査だけ」のように、目的と編集対象を絞ると失敗しにくくなります。
Copilot CLIセッション中の3つの送信方法の使い分け
今回の更新では、Copilot CLIセッションでリクエストが進行中でも追加メッセージを送れるようになりました。実行中はSendボタンがドロップダウンになり、Add to Queue、Steer with Message、Stop and Sendを選べます。(The GitHub Blog)
| 選択肢 | 使う場面 | 実務での例 |
|---|---|---|
| Add to Queue | 今の処理を止めず、次に追加指示したい | 「終わったらテストも追加して」 |
| Steer with Message | 現在の作業方向を修正したい | 「その実装ではなく既存のservice層を使って」 |
| Stop and Send | 今の処理を止めて、別指示に切り替えたい | 「その方針は中止。まず原因調査だけして」 |
判断基準はシンプルです。今の処理を続けてよいなら Add to Queue、軌道修正したいなら Steer with Message、明らかに間違った方向へ進んでいるなら Stop and Send です。
長いリファクタリングや複数ファイルの修正では、最初の指示が少し曖昧なだけで想定外の方向に進むことがあります。途中で気づいたら、最後まで待たずにSteer with Messageで早めに修正する方が、差分のレビュー負担を減らせます。
Agent Debugログ要約はいつ見るべきか
Agent Debugログ要約は、エージェントの動きが期待と違うときに役立ちます。GitHub Changelogでは、Agent Debugパネルにログ要約ビューが追加され、セッション名を選ぶとセッションの集計情報を確認できると説明されています。(The GitHub Blog)
見るべきタイミングは次のような場面です。
- エージェントが同じ作業を繰り返している
- 期待したファイルではなく別ファイルを編集している
- ツール呼び出しやコマンド実行が多すぎる
- 途中で止まった理由を確認したい
- 組織エージェントの設定が意図通り効いているか確認したい
エラーが出てから見るだけでなく、初回検証時にも確認すると、エージェントがどのように判断しているかを把握しやすくなります。チームで展開する前に、代表的なタスクをいくつか実行し、ログ要約と実際の差分をセットで確認しておくと運用トラブルを減らせます。
AI Credits表示で確認すべきこと
今回の更新では、Local、CLI、Claude agentセッションで、ターンごとのAI Credits表示が追加されています。GitHub Changelogでは、作業中に各ターンがどれだけAI Creditsを消費したかを見やすくするための表示と説明されています。(The GitHub Blog)
GitHub Docsでは、Copilot BusinessとCopilot Enterpriseの利用はAI Creditsで測定され、入力トークン、出力トークン、キャッシュされたトークン、使用モデルに基づいてAI Creditsへ変換されると説明されています。また、長いコーディングエージェントセッションや複数ファイルにまたがる作業は、軽いチャット質問よりコストが高くなる可能性があります。(GitHub Docs)
企業利用では、次のようなルールを決めておくと安心です。
| ルール | 目的 |
|---|---|
| 大規模リファクタリング前に作業範囲を明記する | 不要なトークン消費を減らす |
| 長時間セッションは途中で差分確認する | 無駄な反復を早く止める |
| 高コストになりやすい作業を共有する | 利用量の偏りを把握する |
| 予算上限と追加利用可否を管理者が決める | 想定外の課金を防ぐ |
| 初回導入時は小規模チームで試す | 消費傾向を見てから全社展開する |
GitHub Docsでは、予算制御によりユーザー、組織、コストセンター、EnterpriseレベルでAI Creditsの利用を管理し、追加支出を制御できると説明されています。(GitHub Docs)
うまく動かないときの切り分け手順
設定で迷ったときは、機能名ではなく「どこで止まっているか」で切り分けると早く解決できます。
| 確認順 | チェック内容 | 解決の方向性 |
|---|---|---|
| 1 | GitHub Copilot Chat自体が使えるか | 使えない場合はログイン、ライセンス、プラグインを確認 |
| 2 | GitHub Copilotプラグインが最新か | Marketplaceで更新し、IDEを再起動 |
| 3 | Copilot Chatのagent pickerが見えるか | Chatパネルの表示位置、プラグイン状態を確認 |
| 4 | Claude Code CLIがターミナルで動くか | CLIのインストール、認証、PATHを確認 |
| 5 | Claude Code CLI pathが正しいか | which claude または where claude の結果を設定 |
| 6 | Business/Enterpriseのポリシーが有効か | 管理者にEditor preview features policyを確認 |
| 7 | 組織エージェントが出るか | 対象ユーザー、対象組織、公開済みエージェントを確認 |
| 8 | コストや利用制限で止まっていないか | AI Credits、予算、追加利用ポリシーを確認 |
ポイントは、Claudeの問題に見えても、実際には「Copilotプラグインが古い」「組織ポリシーが無効」「Claude Code CLIのパスが違う」というケースがあることです。設定画面だけを何度も見直すより、IDE、CLI、GitHub側ポリシーを分けて確認しましょう。
導入時のおすすめ運用
New features and Claude as agent provider preview in JetBrains IDEs は便利ですが、いきなり全開放するより段階的に試す方が安全です。
まず、個人または少人数の検証リポジトリで、README更新、テスト追加、小さなバグ修正などから始めます。次に、差分レビュー、テスト実行、AI Credits消費、Agent Debugログを確認します。問題がなければ、組織エージェントを使って標準化したい作業を定義します。
特に企業利用では、次の3点を最初に決めてください。
- Claude as agent providerを利用できる対象者
- 利用してよいリポジトリと禁止するリポジトリ
- 生成された変更をレビュー・承認する手順
この更新の価値は、単にClaudeをJetBrains IDEで選べることではありません。GitHub Copilotのエージェント機能を、個人の試行錯誤からチームで管理できる開発支援へ近づけられる点にあります。まずはプラグイン更新、Claude Code CLIの設定、管理者ポリシー、AI Creditsの確認を済ませ、小さな作業から安全に試していきましょう。
コメント