在 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 中配置全域的第三方金鑰（BYOK）。
然而，許多開發者在實務配置時常遇到一個認知誤區：以為在 Chat 視窗選了不同的大型語言模型，編輯器中打字時出現的行內程式碼補全（行內虛影補全）也會跟著切換。事實上，JetBrains AI Assistant 在架構上將互動式交談與 Agent 智慧代理與編輯器即時行內補全進行了嚴格切分。理解這層任務級模型分工與配額消耗機制，是發揮 AI Assistant 效能的核心。
一、模型切換的兩大核心路徑：Chat 視窗與全域設定
JetBrains 提供了兩種模型配置與切換維度：針對個別任務對話的即時切換，以及面向服務供應商的統一認證管理。
方法一：AI Chat 視窗中的任務級即時切換
在日常開發過程中，開發者無需每次都開啟繁複的 IDE 設定對話框，直接在交談介面即可變更模型：
- 開啟 IDE 右側工具列中的 AI Chat 視窗（或透過捷徑鍵
Alt+Enter、連按兩次 Shift 搜尋 "AI Chat"）。 - 在 AI Chat 視窗頂端的工具列中，尋找**模型選擇器（Model Selector）**下拉選單（預設通常顯示當前使用的模型名稱或 Auto）。
- 點選下拉選單切換模型：
- 處理複雜的多檔案系統架構重構、深層演算法邏輯或嚴格邊界驗證時，選取 Claude 3.5 Sonnet；
- 處理常規樣板程式碼生成、日常除錯諮詢、撰寫測試案例或腳本開發時，選取 GPT-4o；
- 若不確定哪個模型更合適，可選取 Auto，由 JetBrains 依據基準效能測試、延遲與成本自動調度最佳模型。
- 輸入 Prompt 或點選附件圖示新增專案上下文（檔案、目錄、符號或 Git 變更）。
實務建議：在同一個過長的舊交談串中更換模型，會將先前累積的所有對話歷史重新傳送給新模型，造成 Token 成倍消耗。若準備處理全新任務，建議先點選 +（New Chat） 開啟新對話，再選定目標模型。
方法二：在全域設定中配置第三方金鑰（BYOK）
若團隊並未訂閱 JetBrains 官方託管的 AI 服務，或希望直接使用組織現有的 Anthropic / OpenAI 企業帳單，可透過 自備金鑰（BYOK - Bring Your Own Key） 接入：
- 開啟 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 Key，即可啟用 Claude 3.5 Sonnet 及同系列模型；
- OpenAI：輸入 OpenAI API Key，即可啟用 GPT-4o、GPT-4o mini 等模型；
- OpenAI Compatible / 本地端點：若使用 Ollama、LM Studio 或 LiteLLM 私有部署模型，可填寫相應的 URL 端點。
- 點選 Test Connection 測試網路連線與金鑰有效性。
- 點選 Apply 儲存。設定完成後，新授權的模型便會立即出現在 AI Chat 的模型下拉選單中供切換使用。
二、架構隔離：對話模型與行內程式碼補全的本質差異
許多開發者感到疑惑：「為什麼我在 Chat 視窗切換為 Claude 3.5 Sonnet 後，編輯器裡打字時跳出的虛影提示（Ghost Text）似乎沒有變成 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）格式，一般對話模型無法直接用於行內即時補全。
三、任務級模型分配策略：何時選用 Claude 3.5 Sonnet？何時選用 GPT-4o？
Claude 3.5 Sonnet 與 GPT-4o 均為業界頂尖模型，但在軟體工程實務中各有側重點：
優先選用 Claude 3.5 Sonnet 的情境：
- 架構重構與大型舊專案改造：Claude 3.5 Sonnet 在遵守多重邊界條件、理解深層抽象層級與推導複雜依賴關係上表現卓越。
- Agent 多步驟自動化工作流程：在 AI Assistant 的 Agent 模式下，Claude 擅長綜觀大型專案脈絡，精準診斷跨模組編譯錯誤鏈，並產出精確、低副作用的差分補丁。
- 嚴格型別邏輯與底層系統：面對 Rust 生命週期、TypeScript 複雜型別系統或 C++ 記憶體安全問題時，邏輯嚴密性極具優勢。
優先選用 GPT-4o 的情境：
- 快速原型構建與樣板程式碼：GPT-4o 產出速度極快，能迅速產出標準化的 REST API、CRUD 資料存取層、自動化腳本與基礎鷹架代碼。
- 測試套件與工程文件撰寫：在生成涵蓋率全面的單元測試（JUnit、pytest、Jest 等）、介面規格說明與標準 Git Commit Message 方面品質穩定。
- 跨程式語言轉譯：在多語言混合專案中進行語法移植（例如將 Python 演算法轉寫為 Go，或 Java 類別轉為 Kotlin）時，相容性與覆蓋度極高。
四、配額管理與成本考量
在旗艦模型之間切換，會直接影響雲端配額的消耗速度：
- JetBrains AI 官方訂閱額度（AI Pro / AI Ultimate）：
- 官方服務透過 AI Credits（點數） 進行計量，每 30 天週期自動重設。
- Claude 3.5 Sonnet 與 GPT-4o 均屬高階基座模型，單次呼叫消耗的點數顯著高於 GPT-4o mini 等輕量模型。介面上會標示
Reasoning model或High cost model作為成本提示。
- 上下文累積效應：
- 大型語言模型在每一輪對話中均需重新處理先前的完整交談記錄。長對話進行至第 20 輪時，單次傳送的 Token 可能是第 1 輪的數倍。切換不同工作主題時，務必開啟新對話以節省點數。
- BYOK 模式的成本優勢：
- 對於需要高強度進行架構重構的團隊，採用自備 API 金鑰（BYOK）可徹底擺脫 JetBrains 官方點數配額上限，費用直接依照 Anthropic 或 OpenAI 的 Token 單價實報實銷。
- 企業環境原則管控：
- 若 IDE 是透過 JetBrains Central 或 JetBrains IDE Services 集中管理，企業管理員可在後台限制特定供應商或停用特定模型，以符合資安法規與預算政策。
五、建議日常工作流程
- 日常功能諮詢、通用函式撰寫維持 Auto 或 GPT-4o，兼顧回應速度與點數經濟性；
- 進入 Agent 模式進行核心架構重構、跨模組 Bug 排查時，手動切換至 Claude 3.5 Sonnet；
- 行內程式碼提示交由本機 Full Line 與雲端 Mellum 模型處理，維持無延遲的流暢敲鍵體驗；
- 處理新議題時養成隨手點選 New Chat 的習慣，避免無謂的歷史上下文消耗寶貴額度。