在 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 提供了两种模型管理路径：针对当前会话的即时切换，以及面向底座服务的统一凭据管理。
入口 1：AI Chat 窗口中的任务级即时切换
在日常编码过程中，不需要频繁进入复杂的系统设置面板，直接在对话界面即可完成切换：
- 打开 IDE 右侧工具栏中的 AI Chat 窗口（或通过快捷键
Alt+Enter、双击 Shift 搜索 "AI Chat"）。 - 在 AI Chat 窗口顶部的操作栏中，找到**模型选择器（Model Selector）**下拉菜单（默认通常显示当前模型名称或 Auto）。
- 点击下拉列表，选择对应的模型：
- 面对复杂的跨文件系统架构重构、深层算法设计或严谨的业务边界分析，切换至 Claude 3.5 Sonnet；
- 面对日常样板代码生成、常规答疑、测试用例编写或通用脚本任务，切换至 GPT-4o；
- 若不确定哪种更合适，选择 Auto，系统会根据评测表现、延迟与 Token 成本自动分流。
- 在输入框中输入提示词，或点击附件按钮添加相关项目上下文（文件、目录、代码符号或 Git 变更）。
实用建议：在同一个持续很长的旧对话中切换模型，会将之前所有的历史上下文全部发送给新模型，从而成倍消耗 Token。若准备开始完全不同的编程任务，请先点击 +（New Chat） 新建对话，再切换目标模型。
入口 2：在全局设置中配置第三方密钥（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 对话模型与代码补全模型的边界
许多开发者困惑于：“为什么我在 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 接口、CRUD 数据访问层、配置脚本及脚手架代码。
- 测试用例与工程文档编写：在生成规范的单元测试套件（JUnit、pytest、Jest 等）、API 接口说明及标准化 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提示标签。
- 上下文膨胀陷阱：
- 大模型每次推理均需重新读取会话内的完整历史上下文。如果一个对话中进行了数十轮长交流，最后一轮的 Token 消耗量可能是第一轮的数倍甚至数十倍。切换到新任务时务必新建 Chat。
- BYOK 模式的成本控制：
- 对于重度代码重构团队，使用 BYOK 接入私有 API Key 可以彻底绕过 JetBrains 官方点数上限，费用直接根据实际调用的 Token 单价向 Anthropic 或 OpenAI 结算。
- 企业策略统一管控：
- 在采用 JetBrains Central 或 JetBrains IDE Services 的企业中，管理员可在后台统一下发策略，禁用未合规的模型提供商或限制特定模型的使用。
五、推荐日常实践
- 日常代码答疑、通用函数编写保持 Auto 或 GPT-4o，兼顾响应速度与点数消耗；
- 启动 Agent 模式进行核心架构设计、复杂 Bug 定位或全局重构时，手动切换至 Claude 3.5 Sonnet；
- 将行内代码补全放心交给本地 Full Line 与云端 Mellum，享受无延迟编码体验；
- 任务切换随手点击 New Chat，避免多余上下文白白消耗额度。