IntelliJ IDEA、PyCharm、WebStorm、Rider、GoLand、CLion などの JetBrains IDE では、AI Chat ツールウィンドウ上部のモデルセレクターから Anthropic Claude 3.5 Sonnet と OpenAI GPT-4o を直接切り替えることができます。また、Settings | Tools | AI Assistant | Providers & API keys から独自の API キー（BYOK）を設定して運用することも可能です。
しかし、多くの開発者が直面する典型的な疑問として「Chat ウィンドウでモデルを切り替えたら、エディターでタイピング中に出るインライン補全（ゴーストテキスト）も切り替わるのか？」という点があります。実際には、JetBrains AI Assistant は対話型チャットおよび Agentとエディター内リアルタイムコード補全を設計レベルで厳格に分離しています。このタスク別モデル割り当てとクォータ消費の仕組みを理解することが、IDE で AI を効果的に活用する鍵となります。
1. モデル切り替えの 2 つの主要ルート：Chat ウィンドウと全体設定
JetBrains IDE では、会話ごとの即時切り替えと、組織または個人用キーを管理する全体設定の 2 系統が用意されています。
方法 A: AI Chat ウィンドウでのタスク単位の即時切り替え
日常的な開発作業では、毎回設定画面を開く必要はありません。チャットウィンドウから直接モデルを選択できます。
- IDE 右側のツールバーから AI Chat ツールウィンドウを開きます（または
Alt+Enterや Shift キー連打で "AI Chat" を検索）。 - AI Chat ウィンドウ上部の操作バーにある**モデルセレクター（Model Selector）**ドロップダウンをクリックします（通常は現在のモデル名または Auto と表示されています）。
- ドロップダウンから目的のモデルを選択します：
- 複数ファイルにまたがる複雑なアーキテクチャのリファクタリングや厳密な論理検証には Claude 3.5 Sonnet を選択。
- 日常的なボイラープレートコード生成、一般的な技術質問、テストコード作成、スクリプト作成には GPT-4o を選択。
- どちらが最適か迷う場合は Auto を選択すると、性能ベンチマーク・レイテンシ・トークンコストに基づいて自動ルーティングされます。
- プロンプトを入力するか、添付アイコンをクリックしてコンテキスト（ファイル、フォルダ、シンボル、Git 差分など）を追加します。
実務上のヒント: 1 つの長い会話スレッドの途中でモデルを切り替えると、それまでの会話履歴全体が新しいモデルに再送信され、トークン消費が跳ね上がります。別のタスクに移る際は、上部の +（New Chat） アイコンで会話をリセットしてからモデルを選択してください。
方法 B: 「Providers & API keys」による独自 API キー設定（BYOK）
公式の JetBrains AI サブスクリプションを利用せず、組織や個人で契約している Anthropic や OpenAI の API を直接使用したい場合は、Bring Your Own Key（BYOK） 機能を設定します。
- IDE の設定画面を開きます：
- Windows / Linux:
File | Settings（ショートカット:Ctrl+Alt+S） - macOS:
IntelliJ IDEA | Settings（ショートカット:Cmd+,）
- Windows / Linux:
- Tools | AI Assistant | Providers & API keys に移動します。
- Third-party AI providers セクションでプロバイダーを選択します：
- Anthropic: Anthropic の API キーを入力して Claude 3.5 Sonnet などを有効化。
- OpenAI: OpenAI の API キーを入力して GPT-4o や GPT-4o mini などを有効化。
- OpenAI Compatible / ローカルモデル: Ollama や LM Studio、LiteLLM をローカルまたは社内サーバーで運用している場合はエンドポイント URL を指定。
- Test Connection をクリックして接続とキーの認証を確認します。
- Apply をクリックして保存します。登録したモデルは即座に AI Chat のモデルドロップダウンに反映されます。
2. アーキテクチャの境界：対話モデルとコード補全モデルの分離
「Chat ウィンドウで Claude 3.5 Sonnet を選んだのに、エディターでコードを書いているときに出てくる補全候補が Claude 風にならないのはなぜか？」という疑問は非常によく見られます。
これは JetBrains が開発体験を維持するために設けた明確な役割分担によるものです：
| 機能レイヤー | 主に使用されるモデル | 分離されている理由 |
|---|---|---|
| AI Chat & Agent モード | Claude 3.5 Sonnet、GPT-4o、o1/o3、Gemini | 高度な推論、膨大なコンテキストの理解、複数ファイルにまたがる変更を担当。1〜5秒の応答遅延が許容される。 |
| エディター内コード生成・リファクタリング | コア機能モデル（GPT-4o / Claude / Gemini） | Alt+Enter などで明示的に呼び出す構造化編集（AI によるコード生成、メソッドのリファクタリングなど）。 |
| インラインコード補全（打鍵時のゴーストテキスト） | JetBrains 独自 Mellum モデル、ローカル Full Line モデル | タイピングを阻害しない極小レイテンシ（50ms 未満）と Fill-in-the-Middle（FIM / 穴埋め補全）特化が必要。汎用チャットモデルでは遅延が大きすぎるため不適。 |
| 即時アシスタント（Instant Helpers） | GPT-4o mini、Gemini Flash | チャットタイトルの自動生成、シンボルコンテキストの収集、変数名提案など軽量バックグラウンドタスクを担当。 |
インライン補全モデルを変更したい場合は、Providers & API keys 内の AI Completion セクションで個別に OpenAI 互換エンドポイントを設定できます。ただし、そのモデルが FIM 形式や Next-Edit 予測をネイティブにサポートしている必要があり、一般的なチャット専用モデルをそのまま割り当てることはできません。
3. タスク別モデル選択方針：Claude 3.5 Sonnet と GPT-4o の使い分け
Claude 3.5 Sonnet と GPT-4o はどちらも最上位の基盤モデルですが、得意とする開発シナリオには明確な違いがあります。
Claude 3.5 Sonnet を選択すべきシナリオ：
- 大規模アーキテクチャのリファクタリングとレガシー改修: 複雑な制約条件、多層の抽象化、エッジケースの遵守において極めて正確な推論を発揮します。
- Agent モードによる複数ステップ実行: リポジトリ全体の広範なコンテキストを読み解き、複数モジュールに波及するコンパイルエラーの連鎖を診断し、副作用の少ない最小差分を提案できます。
- 厳密な型システムと低レイヤーロジック: Rust の所有権モデル、TypeScript の高度な型パズル、C++ のメモリライフサイクル管理など、論理の厳密性が求められるタスクに最適です。
GPT-4o を選択すべきシナリオ：
- 高速プロトタイピングと定型コード生成: 応答が非常に高速で、一般的な REST API、CRUD 処理、初期ボイラープレート、自動化スクリプトの作成に向いています。
- テストコードとドキュメント作成: 標準的な単元テスト（JUnit、pytest、Jest 等）、関数の Docstring、Git コミットメッセージの定型作成において安定した出力を提供します。
- 言語間マイグレーション: Python スクリプトから Go への書き換えや、Java から Kotlin への移行など、多様なエコシステム間の文法変換において高い網羅性を誇ります。
4. クォータ管理とコストの考慮事項
モデルを頻繁に切り替える際は、クレジット消費とコスト構造にも留意する必要があります。
- JetBrains AI 公式クレジット（AI Pro / AI Ultimate）:
- クラウド呼び出しは 30 日ごとに更新される AI Credits を消費します。
- Claude 3.5 Sonnet と GPT-4o はフルスペックモデルとして位置づけられており、GPT-4o mini や Gemini Flash に比べて消費クレジットが大きくなります。UI 上には
Reasoning modelやHigh cost modelなどのラベルが表示されます。
- コンテキスト蓄積によるトークン急増:
- LLM は問い合わせのたびに過去の会話履歴全体を再処理します。20 往復続いたスレッドでは、1 往復目と比べて 1 クエリあたりの消費トークンが何倍にも膨らみます。タスクが変わったらこまめに New Chat を開始することが消費抑制の基本です。
- BYOK のコストメリット:
- 集中的にアーキテクチャ改修を行うチームの場合、BYOK を利用して自社の API キーを登録すれば、JetBrains の月間クレジット上限を気にせず、プロバイダーへの実トークン従量課金のみで運用できます。
- 企業ポリシーによるガバナンス:
- JetBrains Central や JetBrains IDE Services で集中管理されている組織環境では、セキュリティ方針により社外 API の接続や特定モデルの選択が管理者側で制限されている場合があります。
5. 推奨される日常のワークフローまとめ
- 日常的なコードの質問やテスト作成では Auto または GPT-4o を標準として活用し、素早いレスポンスを確保する。
- アーキテクチャの抜本的見直しや Agent モードによる自律作業を行うときは Claude 3.5 Sonnet に手動で切り替える。
- タイピング中のインライン補全は JetBrains の Mellum とローカル Full Line に任せ、ノーレイテンシで快適に入力する。
- タスクが変わるたびに New Chat を作成し、無駄な履歴送信によるクレジット消費を防ぐ。