1. 国内 IDEA 里让 Claude Code 跑起 deepSeek agent 的真实路径
如果你在国内用 IntelliJ IDEA,想通过 Claude Code 插件调用 deepSeek 模型来跑 agent,大概率会卡在三个地方:插件装完发现连不上、命令行 claude 提示要登录、settings 文件里 Base URL 和 Key 不知道往哪填。这篇就把这条链路一次讲透,从 IDEA 版本要求、插件安装、TaoToken 统一 Key 配置,到最小 agent 调用验证,全部给可复制的片段。
先说清楚这套组合是什么:IntelliJ IDEA 是 JetBrains 的 Java/Kotlin 主力 IDE,Claude Code 是 Anthropic 推出的命令行 agent 工具,deepSeek 是国内可直连的大模型服务。把三者串起来之后,你可以在 IDEA 的终端里直接让 agent 读代码、改文件、跑命令,而模型走的是 deepSeek 的通道,成本和延迟都比默认方案友好很多。适合谁?适合已经用 IDEA 写代码、想尝鲜 agent 工作流、又不想折腾网络环境的开发者。
我试过在 2024.1 上装 Claude Code 插件,结果插件市场能搜到但激活后终端里 claude 命令根本起不来,后来换成 2025.x 之后的版本才顺。所以第一步不是装插件,而是先确认你的 IDEA 版本够新。JetBrains 从 2025 开始把社区版和旗舰版合并,下载一个 exe 装上就行,不用再纠结破解。版本太老的话,插件依赖的终端 API 对不上,后面所有配置都是白费。
整条链路的核心其实是「统一 Key + 统一 Base URL」。Claude Code 默认只认 Anthropic 官方端点,国内直连不通,所以要用一个兼容 Anthropic 协议的中转层,把请求转发到 deepSeek。TaoToken 在这里扮演的就是这个统一入口:一个 Key 同时管模型对话、coding plan、API Keys 管理,Base URL 固定,模型 ID 可切换。你不需要为每个模型单独配一套环境变量,改一个 settings 文件就能换模型。
下面按顺序走:先讲前置准备(IDEA 版本、Node、插件),再给可复制的配置片段,然后是一次最小 agent 调用验证,最后把常见报错对照着排一遍。每一步都有命令和结果说明,照着做就行。
2. TaoToken 前置准备:Key、Base URL 与 IDEA 插件安装
在动 settings 文件之前,先把三样东西备齐:TaoToken 的 API Key、Base URL、以及 IDEA 里的 Claude Code 插件。这三样缺一个,后面验证都会失败。
先拿 Key。打开 TaoToken 官网 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ,注册后在控制台里找到 API Keys 页面,新建一个 Key。这个 Key 是后面所有配置里唯一要填的凭证,模型对话、coding plan、agent 调用都用它。拿到之后先复制到记事本,页面刷新后就看不全了。
Base URL 是固定的,写https://taotoken.net/api,注意这个地址不带任何查询参数,直接原样填。很多人在这里犯错,把官网首页地址填进去,结果请求打到网页而不是 API 网关,报 404 或者返回 HTML。记住:官网是给人看的,API 是给程序调的,两个地址不一样。
然后是 IDEA 插件。打开 IntelliJ IDEA,进 Settings → Plugins → Marketplace,搜索 “Claude Code”,安装后重启 IDE。装完你会发现插件面板里点连接没反应,这是正常的,因为插件本身只是个壳,真正的 agent 逻辑在命令行 claude 里。所以还要在系统里装 Claude Code CLI。
CLI 依赖 Node.js 18 以上和 npm。在 PowerShell 里执行:
node -v npm -v两个命令都能输出版本号就说明环境 OK。如果 node 版本低于 18,去 Node 官网下 LTS 版重装。然后全局安装 Claude Code:
npm install -g @anthropic-ai/claude-code claude --versionclaude --version能打印出版本号,说明 CLI 装好了。这时候直接运行claude会提示登录或者连接失败,因为默认端点在国内不通,先别管,继续往下配。
关于模型 ID,deepSeek 在 TaoToken 上的模型标识建议用deepseek-v4-pro,默认可能是deepseek-v3.2,两者在 agent 场景下的工具调用稳定性有差异,v4-pro 对多轮 function call 的支持更完整。这个 ID 后面要写进 settings 文件。
如果你还想在 IDEA 里用图形化的模型对话做对比测试,可以开 TaoToken 的模型对话页面,同一个 Key 直接选模型发消息,用来确认 Key 本身是有效的。这一步能帮你把「Key 问题」和「配置问题」分开排查。
3. 可复制配置:settings.json 与 CC Switch 三件套
配置分两层:一层是 Claude Code CLI 的 settings 文件,一层是 CC Switch 这类切换工具。两者配合,才能让 CLI 在启动时读到正确的 Base URL、Key 和模型 ID。
先找 settings 文件位置。Windows 下默认在用户目录的.claude文件夹里:
C:\Users\你的用户名\.claude\settings.json如果这个文件不存在,说明 CLI 还没初始化过配置,先运行一次claude让它生成目录结构,或者手动创建。文件内容按下面这个结构写:
{ "env": { "ANTHROPIC_BASE_URL": "https://taotoken.net/api", "ANTHROPIC_API_KEY": "sk-你的TaoToken密钥", "ANTHROPIC_MODEL": "deepseek-v4-pro" }, "includeCoAuthoredBy": true }三个字段对应三件套:Base URL 填 TaoToken 的 API 地址,API Key 填你刚建的 Key,Model ID 填deepseek-v4-pro。includeCoAuthoredBy这个字段控制提交信息里是否带 co-authored 标记,按自己习惯设 true 或 false 都行,不影响连通性。
如果你用 CC Switch 来管理多套配置,它的作用是帮你切换不同的 Key 和模型,避免手动改 settings。安装后在界面里新增一个配置项,把上面三个值填进去保存。CC Switch 保存后会回写到.claude目录下的配置文件,所以你要确认它写入的路径和你 CLI 读取的路径是同一个。常见坑是 CC Switch 装在了E:\Users\...\CC Switch\,但 CLI 读的是C:\Users\...\.claude\,两边对不上,改了没生效。
用 TOML 格式的场景一般是 Codex 的auth.json或类似工具的配置,Claude Code 这边以 JSON 为主。如果你同时用 Codex,它的auth.json里也要填同样的 Base URL 和 Key,模型 ID 保持一致,这样两个工具走同一个通道,排查问题时变量更少。
配置写完保存,重启 IDEA 和终端。重启这一步别省,CLI 启动时才读 settings,热改不生效。重启后在 PowerShell 里执行:
claude --version echo $env:ANTHROPIC_BASE_URL第二条命令如果打印出https://taotoken.net/api,说明环境变量已经注入成功。如果为空,检查 settings 文件的 JSON 格式有没有语法错误,比如多了逗号或者引号不配对,JSON 解析失败会静默忽略整个 env 块。
4. 最小 agent 调用验证:一次请求确认通道与模型响应
配置好之后,别急着在 IDEA 里跑大任务,先用一个最小 agent 调用确认通道通、模型响应正常。这一步能把问题范围缩到最小。
打开 PowerShell,cd 到一个空的测试目录,运行:
mkdir claude-test cd claude-test claude进入交互界面后,输入一句最简单的指令,比如:
创建一个 hello.txt 文件,内容写 hello deepseek agent如果通道正常,你会看到 agent 先输出思考过程,然后调用文件写入工具,最后提示创建成功。退出后用dir或ls检查,hello.txt 应该存在且内容正确。这一步验证了三件事:Base URL 可达、Key 有效、模型支持工具调用。
再验证一次纯对话响应,确认模型 ID 生效:
你是什么模型正常返回里会提到 deepSeek 相关标识。如果返回的是 Anthropic 默认模型名,说明ANTHROPIC_MODEL没生效,回去检查 settings 里的字段名有没有拼错。
在 IDEA 里验证的方式类似:打开底部 Terminal,cd 到你的项目目录,运行claude,然后让它读一个文件:
读一下 pom.xml,告诉我用了哪些依赖agent 会调用读取工具,把文件内容喂给模型,再返回总结。这一步成功,说明 IDEA 终端环境和系统终端环境一致,插件壳和 CLI 已经打通。
验证通过后,你可以开始跑真实任务,比如让它重构一个类、补单元测试、解释一段遗留代码。agent 模式下它会自己决定读哪些文件、改哪些行,你只需要在关键改动前确认。deepSeek 在代码理解上的表现对 Java/Kotlin 项目够用,长上下文场景下响应也稳定。
如果验证失败,先别改配置,按下一节的报错对照表逐条排。
5. 常见报错排查:401、local proxy failed、reading choices、OAuth
这一节把国内接 Claude Code + deepSeek 最常撞的四个报错列出来,对照着改。
401 Unauthorized:Key 无效或者没带上。检查 settings 里ANTHROPIC_API_KEY的值有没有多余空格,Key 是否已过期或被删。TaoToken 控制台里重新生成一个 Key 换上,重启终端再试。如果 Key 是对的还报 401,确认 Base URL 是不是写成了官网首页而不是https://taotoken.net/api。
local proxy failed / connection refused:CLI 尝试连本地代理但没起来。这通常是因为环境里残留了旧的代理配置,比如HTTP_PROXY或HTTPS_PROXY指向了一个不存在的端口。在 PowerShell 里执行echo $env:HTTP_PROXY检查,如果有值且不是你需要的,清掉:
Remove-Item Env:HTTP_PROXY -ErrorAction SilentlyContinue Remove-Item Env:HTTPS_PROXY -ErrorAction SilentlyContinue然后重启终端。TaoToken 的 API 是直连的,不需要额外代理层。
Error reading choices / unexpected response format:请求发出去了,但返回的 JSON 结构不是 CLI 预期的。常见原因是 Base URL 指向了一个不兼容 Anthropic 协议的端点,或者模型 ID 写错导致网关返回了错误格式。确认 Base URL 是https://taotoken.net/api,模型 ID 是deepseek-v4-pro。如果还报,用模型对话页面单独测一下同一个 Key 和模型,能返回正常内容说明 Key 和模型没问题,问题在 CLI 配置。
OAuth / login required:CLI 提示要登录 Anthropic 账号。这是因为 settings 里的 env 没被读到,CLI 回退到了默认的登录流程。检查.claude/settings.json路径是否正确,JSON 是否合法。可以用Get-Content $env:USERPROFILE\.claude\settings.json | ConvertFrom-Json验证格式,报错就说明 JSON 有问题。另外确认你运行claude时的工作目录不会覆盖全局 settings,有些项目级配置会优先于用户级配置。
排查顺序建议:先确认 Key 有效(用模型对话页面测),再确认 Base URL 正确,再确认 settings 路径和格式,最后确认环境变量没被覆盖。四步走完,基本都能定位。
6. 把通道固定下来:长期用 agent 的几个实用习惯
验证通过只是开始,长期用这套组合跑 agent,有几个习惯能帮你少踩坑。
第一,Key 和 Base URL 只维护一份。不要在 IDEA 插件、CLI settings、CC Switch 里各填一遍不同的值,改的时候漏改一个就出问题。统一以.claude/settings.json为准,其他工具从它读或者写回它。
第二,模型 ID 跟着任务走。日常补全和解释用默认模型就够,复杂重构和长链路 agent 任务切到deepseek-v4-pro。切换只改 settings 里一个字段,重启终端生效。如果你经常切,用 CC Switch 存两套配置,一键切换比手改快。
第三,agent 任务从小往大做。先让它读文件、写单文件,再让它改多文件、跑测试。每次改动前用 git 提交一次,agent 改完你 diff 一下,确认没问题再继续。这样即使模型判断失误,回滚成本也低。
第四,终端环境保持干净。代理变量、旧版本 Node、冲突的全局 npm 包都会干扰 CLI 启动。定期npm update -g @anthropic-ai/claude-code保持 CLI 最新,新版本对协议兼容性和错误提示都有改进。
如果你想把 agent 能力用在更长的编码任务上,比如让它连续处理多个模块、自动跑测试循环,可以了解 TaoToken 的 Coding Plan,它针对长时间 agent 会话做了通道优化,Key 和 Base URL 跟现在这套完全一致,不用重新配。需要看接口细节的话,接入文档里有完整的端点说明和示例请求,API Keys 页面管理你的凭证。模型对话页面适合做单次验证和对比测试,三个入口配合着用,排查和日常开发都够。
最后留一个我自己的习惯:每次换机器或者重装系统,先把.claude/settings.json备份一份,新环境装完 CLI 直接覆盖回去,省得重新配三件套。这个文件不大,但能省你半小时排查时间。