在 JetBrains IDE 中无限使用 Claude

JetBrains IDE 系列——IntelliJ IDEA、PyCharm、WebStorm、GoLand 以及其他产品——都可以通过 JetBrains Marketplace 上的 Continue 插件接入 Claude。Continue 使用一份共享的配置文件，并且在所有 JetBrains 产品中的行为保持一致，所以你只需要配置一次，就能在你日常使用的每个 IDE 里调用 Claude。通过 AI Prime Tech Unlimited 这样的 Claude API 网关接入后，你的 AI 编程助手可以在所有 IDE 中持续可用，不会因为每个 IDE、每次对话、每次代码生成都单独按 token 累计费用。对于正在比较 claude api价格、考虑购买claude api，或者需要稳定 claude api中转 的开发者来说，这种固定费率的 Claude 无限使用方式更适合高频编码场景。

在任意 JetBrains IDE 中安装 Continue

打开你的 JetBrains IDE，进入 Settings（Ctrl+Alt+S），然后选择 Plugins。在 Marketplace 标签页中搜索 Continue，并点击 Install 安装。这个插件支持 2023.1 及之后版本的所有 JetBrains IDE，包括 IntelliJ IDEA、PyCharm、WebStorm、GoLand、PhpStorm、RubyMine、CLion、Rider 和 DataGrip。每个 IDE 都需要单独安装插件，但它们会读取同一份 Continue 配置文件，所以后续的 Claude API provider、model、role、context provider 等设置都可以复用，不需要在每个工具里重复填写。对同时写 Java、Python、TypeScript、Go 或 PHP 的开发者来说，这种配置方式非常省心。

安装完成后，重启 IDE，你会在右侧边栏看到 Continue 面板。首次启动时，Continue 会在 ~/.continue/ 下创建配置目录，并生成默认的 config.yaml 文件。连接 Claude 到 AI Prime Tech Unlimited 这类无限额度网关时，核心工作就是编辑这一个文件。无论你在 IntelliJ IDEA 中做后端开发，在 PyCharm 中调试 Python，还是在 WebStorm 中写前端，这份 config.yaml 都会被复用。如果你同时在 VS Code 里使用 Continue，它也可以读取同一目录下的配置，实现跨 JetBrains 和 VS Code 的统一 Claude 体验。

Continue 插件主要提供三类能力：Chat、Edit 和 Apply。Chat 是右侧边栏中的对话式 AI，适合让 Claude 解释代码、分析架构、排查 bug、生成实现思路；Edit 用于内联修改代码，通常通过 Ctrl+I 对选中代码进行重写、补全或重构；Apply 则负责把 Claude 生成的修改应用到现有文件中。Continue 允许你为这些能力分配不同的模型，例如用 Opus 处理复杂分析，用 Sonnet 处理日常代码修改，用 Haiku 处理轻量问答。接入 Claude 无限额度后，这种按任务分工的模型策略不会带来额外的按 token 成本压力。

为无限 Claude 配置 config.yaml

用任意文本编辑器打开 ~/.continue/config.yaml。这个文件采用 YAML 格式，其中的 models 数组用于定义可用的 AI provider。你可以新增一个 model 条目，把 provider 设置为 anthropic，把 apiBase 设置为 https://claudeapikey.dev。这里建议使用根域名，不要加 /v1，因为 Continue 的 Anthropic SDK provider 会自动拼接所需路径。apiKey 字段填写你的 AI Prime Tech Unlimited key，也就是你的 claude api密钥。对于希望稳定购买claude api 并用于日常开发的团队来说，这种配置相当于把 Continue 连接到一个可长期使用的 claude api中转 服务。

每个 model 条目通常需要 title、model 和 provider 相关配置。title 是显示在 Continue UI 中的名称，建议写得清楚，例如 Claude Sonnet (Unlimited) 或 Claude Opus (Unlimited)，方便你在模型选择器中识别。model 字段填写实际模型标识，例如 claude-sonnet-4-5 或 claude-opus-4-6。你可以为常用场景分别创建多个 Claude 条目：Sonnet 作为日常编码模型，Opus 用于复杂推理和架构分析，Haiku 可选用于快速交互或简单查询。这样一来，Continue 面板中的模型选择会更直观，团队成员也更容易遵循统一配置。

也可以使用 openai provider 类型来连接同一个网关。如果选择 openai provider，apiBase 通常需要设置为 https://claudeapikey.dev/v1，也就是带 /v1 的路径，并通过 apiKey 字段以 Bearer authentication 方式传递密钥。不过在 Continue 中，更推荐使用 anthropic provider 类型，因为它更贴近 Claude 的原生能力，通常对 streaming、thinking blocks 和工具调用支持更好，响应行为也更符合 Anthropic SDK 的预期。对于开发者搜索免费claude api、claude api价格 或 claude无限使用方案时经常遇到的兼容性问题，选择正确 provider 类型可以减少很多调试时间。

角色分配：Chat、Edit 和 Apply

Continue 支持把不同模型分配给不同 role。chat role 负责右侧边栏对话，例如代码讲解、架构讨论、调试建议、测试策略、性能分析和安全审查；edit role 负责 Ctrl+I 触发的内联代码修改，例如重写选中函数、补全分支逻辑、把同步代码改为异步、把重复代码抽成 helper；apply role 负责把生成的代码变更合并回已有文件。理解这三个 role 的差异非常重要，因为它决定了 Claude 在不同开发动作中的响应速度、质量和成本表现。

在 config.yaml 中，可以通过 roles 数组为每个 model 设置可承担的职责，例如 roles: [chat, edit, apply]。一个模型如果同时拥有三个 role，就会被用于所有场景。想要拆分职责时，可以创建多个 model 条目，并为它们设置不同的 roles。例如，把 Opus 分配给 chat role，用来处理深度推理、跨文件分析、复杂 bug 定位和技术方案评审；把 Sonnet 分配给 edit 和 apply role，用来快速生成内联代码修改并应用到文件中。这样既能保证复杂问题的回答质量，也能让日常编码修改保持较低延迟。

在 AI Prime Tech Unlimited 的固定费率模式下，推荐策略是：Opus 用于 chat，因为你通常会在对话中提出更复杂的问题，需要 Claude 给出更完整的分析；Sonnet 用于 edit 和 apply，因为内联修改时你正在等待结果，速度体验更重要。由于两者都被同一个无限计划覆盖，选择模型时主要考虑的是延迟、回答质量和任务类型，而不是每次请求会消耗多少 token。对原本担心 claude api价格 波动、项目越忙账单越高的团队来说，这种 claude无限额度 模式会让模型分配更自由，也更适合 JetBrains 的高频开发节奏。

使用 .continuerc.json 做项目级覆盖

虽然 ~/.continue/config.yaml 是全局配置，但你可以在项目根目录中放置 .continuerc.json，用它为单个项目覆盖部分设置。这在多项目、多语言或多团队协作环境中特别有用。例如，一个 Python 数据项目可能需要在 system prompt 中强调类型标注、pandas 使用规范和 notebook 清理规则；一个老旧 Java 单体项目可能需要 Claude 遵守既有分层结构、避免引入新框架；一个前端项目可能要求优先使用特定的 React hooks、状态管理方案或 CSS 规范。项目级配置可以让每个代码库拥有更贴合上下文的 Claude 行为。

.continuerc.json 的结构与 config.yaml 类似，但使用 JSON 格式。项目文件中指定的设置只会覆盖当前项目的全局配置，不会影响其他 JetBrains IDE 或其他代码库。常见覆盖内容包括 custom system prompts，用于注入项目特定编码约定、架构说明、命名规则和测试要求；model selections，用于指定某个代码库默认使用特定 Claude 版本；context providers，用于添加项目专属文档、内部知识库或 API reference。这样团队可以保留一套通用的 claude api密钥 和网关配置，同时为不同项目定制更精细的 AI 行为。

在无限使用模式下，项目级覆盖的价值更明显。你可以为复杂项目加入较长的 system prompt，把架构边界、模块职责、错误处理规范、数据库约束和部署注意事项都写进去，而不用担心这些额外上下文在每次请求中增加 token 成本。对于难维护的 legacy codebase，可以默认使用 Opus 来获得更强的推理能力；对于只需要快速查找和轻量补全的项目，可以默认使用 Haiku 或 Sonnet。固定费率覆盖所有这些配置，让你不必在质量和成本之间反复取舍。

Context Providers 与代码库索引

Continue 支持 context providers，也就是在请求中自动注入额外上下文的信息源。内置的 codebase provider 会索引你的项目文件，并在你提问时把相关代码片段加入 prompt；docs provider 可以索引文档 URL，例如框架文档、SDK 文档、内部 API 文档；terminal provider 可以把最近的终端输出加入上下文，方便 Claude 根据错误日志、测试结果或构建输出给出建议。每启用一个 provider，都可能让 Claude 获得更完整的信息，但也会增加每次请求中携带的 token 数量。

你可以在 config.yaml 的 contextProviders 部分配置这些上下文来源。codebase provider 通常会使用 embeddings model 对项目文件建立索引，这个索引过程主要在本地运行，不会直接消耗 Claude API token。不过，当你向 Claude 提问时，Continue 会从索引中检索相关片段，并把这些片段作为 prompt 的一部分发送给 Claude。对于较大的代码库，一次请求额外加入 5,000 到 15,000 tokens 并不罕见。如果使用传统按 token 计费模式，这类自动上下文会让成本上升得很快，尤其是 JetBrains 用户频繁在多个文件和多个模块之间切换时。

在 Claude 无限额度下，建议启用所有确实能提升回答质量的 context providers。Claude 获得的上下文越相关，给出的建议就越少依赖猜测，也越能符合你的项目真实结构。你可以为常用框架添加 docs provider，为外部服务添加 API reference，为内部平台添加知识库 provider，也可以把终端错误输出、测试失败日志和 build 信息纳入上下文。额外 token 已经被固定费率覆盖，因此重点应该放在结果质量、响应准确性和开发效率上，而不是每次调用到底多花了多少 token。对于希望长期使用 claude api中转 的工程团队，这也是无限方案相对按量计费更适合日常 IDE 工作流的关键原因。

跨 IDE 一致性与共享配置

Continue 最强的能力之一是配置可移植性。~/.continue/ 目录会被所有使用 Continue 的 IDE 共享，包括 JetBrains 全家桶和 VS Code。你只需要编辑一次 config.yaml，模型列表、provider、apiBase、apiKey、roles、system prompts 和 context providers 就能在所有 IDE 中同步生效。你在 IntelliJ IDEA 中写 Java，在 PyCharm 中写 Python，在 WebStorm 中写 TypeScript，在 GoLand 中写 Go，在 VS Code 中处理其他脚本或配置文件时，都可以使用同一个 AI Prime Tech Unlimited Claude 连接。

这种共享配置意味着你的模型偏好、角色分配、系统提示词和上下文来源不会因为切换 IDE 而改变。对于跨语言开发者、全栈工程师、平台团队和技术负责人来说，统一的 AI 体验非常重要：你不需要记住哪个 IDE 配过哪个模型，也不需要在每个工具里重新粘贴 claude api密钥。团队也可以维护一份推荐配置模板，让成员在本地稍作调整后直接使用，降低接入门槛，并减少 provider 配错、apiBase 写错或模型名称不一致造成的问题。

无限计划会进一步放大这个优势，因为跨 IDE 使用会自然放大 token 消耗。一个开发者白天在 IntelliJ IDEA 中写服务端代码，在 PyCharm 中处理数据脚本，在 WebStorm 中改前端页面，并且不断让 Claude 解释代码、生成测试、重构函数、审查 diff、定位错误。所有这些调用都会叠加到 API 使用量中。如果使用按 token 计费，跨 IDE 的高频模式很容易让账单不可预测；而在 AI Prime Tech Unlimited 的固定费率下，所有 IDE 都被同一个计划覆盖，更适合追求 claude无限使用 和稳定预算的开发团队。

排查 JetBrains 中的 Continue 问题

如果配置后 Continue 显示 model not available，首先仔细检查 config.yaml 的语法。YAML 对空格和缩进非常敏感，缩进错误可能导致 model 条目静默失效。建议使用 YAML validator 检查格式，或者打开 Continue 输出面板查看解析错误：View -> Tool Windows -> Continue。最常见的问题包括冒号后缺少空格、列表缩进不一致、roles 层级写错、apiBase 多写了路径，或者把 anthropic provider 和 openai provider 的 base URL 规则混在一起。

如果同一份配置在 VS Code 中可用，但在 JetBrains 中请求超时，问题可能来自 JetBrains 的 proxy 设置覆盖了直连行为。进入 Settings -> Appearance & Behavior -> System Settings -> HTTP Proxy，检查是否设置为 Auto-detect 或公司代理。如果你处于公司网络环境，代理配置可能会拦截或重写对 Claude API 网关的访问。可以先临时切换到 No proxy 验证直连是否正常，再根据网络要求正确配置代理。对于使用 claude api中转 的场景，apiBase 必须能从 IDE 所在网络环境稳定访问，否则 Continue 会表现为超时、连接失败或 streaming 中断。

如果确认 claude api密钥 正确，但仍然遇到 401 或 403 authentication errors，有时是因为编辑 config.yaml 后 Continue 没有重新加载配置。关闭并重新打开 Continue 面板，或者直接重启 JetBrains IDE。某些版本的 Continue 会在面板初始化时缓存配置，并不会在所有 IDE 中自动监听文件变化。还要确认你没有把免费claude api 示例密钥、旧 key 或其他平台 key 混用到 AI Prime Tech Unlimited 配置里。对于团队环境，建议把密钥管理和配置模板分开：模板中保留占位符，本地由开发者填入自己的 key，以减少泄露和误用风险。

# ~/.continue/config.yaml
models:
  - title: "Claude Sonnet (Unlimited)"
    provider: anthropic
    model: claude-sonnet-4-5
    apiBase: "https://claudeapikey.dev"
    apiKey: "<your AI Prime Tech Unlimited key>"
    roles:
      - edit
      - apply

  - title: "Claude Opus (Unlimited)"
    provider: anthropic
    model: claude-opus-4-6
    apiBase: "https://claudeapikey.dev"
    apiKey: "<your AI Prime Tech Unlimited key>"
    roles:
      - chat

# 这份配置可同时用于所有 JetBrains IDE 和 VS Code

FAQ

一份 config.yaml 可以在所有 JetBrains IDE 中通用吗？
可以。~/.continue/config.yaml 会被所有 JetBrains IDE（IntelliJ、PyCharm、WebStorm、GoLand 等）以及 VS Code 共享。你只需要配置一次，就能在所有 IDE 中使用同一个无限 Claude 连接，不需要重复设置 provider、model 或 claude api密钥。

Continue 中应该使用 anthropic provider 还是 openai provider？
推荐使用 anthropic provider，并把 apiBase 设置为根域名，不要加 /v1。它对 streaming、thinking blocks 和 tool calling 等 Claude 原生能力支持更好。openai provider 也可以工作，但 apiBase 通常需要带 /v1，并且可能损失部分 Anthropic 特有能力。

我可以在 Continue 中为 chat 和 edit 分配不同模型吗？
可以。创建多个 model 条目，并为它们设置不同的 roles 数组即可。例如把 Opus 分配给 chat role，用于深度推理和复杂分析；把 Sonnet 分配给 edit/apply roles，用于快速内联修改。在 Claude 无限额度下，这种拆分可以同时优化质量和速度，而不用担心成本取舍。

为什么 Continue 的 context providers 会增加很多 tokens？
Context providers（代码库索引、文档、终端输出等）会把相关信息注入每次请求。一次调用额外增加 5,000 到 15,000 tokens 很常见，但通常能显著提升回答质量。使用 AI Prime Tech Unlimited 这类固定费率方案时，可以启用有价值的 provider，而不必过度担心单次请求 token 开销。

如何为某个特定项目覆盖 Continue 设置？
在项目根目录创建 .continuerc.json。它使用与 config.yaml 类似的结构，但采用 JSON 格式，并且只覆盖当前项目的全局配置。它适合放项目专属 system prompts、模型偏好、上下文 provider 或特定代码库的开发规范。