1. 为什么要在 IDEA 里同时接 Claude Code 和 Codex
如果你日常写代码的主力环境是 IntelliJ IDEA，又同时想用 Claude Code 和 Codex 两类 AI 编码助手，最省事的做法不是来回切浏览器，而是把两个插件都装进 IDE，让它们共用同一套 API 通道和 Key。这样你在编辑器里选中一段代码，可以直接丢给 Claude 分析；遇到需要跑终端命令、批量改文件的场景，又能切到 Codex 终端里继续。
我自己的使用习惯是：读代码、解释逻辑、生成单元测试用 Claude Code 插件；重构、跨文件改动、跑脚本用 Codex 终端。两个插件各管一段，但底层都走同一个 API 入口，Key 只维护一份，省得两边配置对不上。
这篇要解决的核心问题很具体：IntelliJ IDEA 里 Claude Code 插件和 Codex 插件的settings.json到底怎么写，TaoToken 的统一 Key 和 API 地址填在哪几个字段，填完之后怎么在插件里触发一次补全或对话来确认配置真的生效。下面给的骨架可以直接复制，改两个值就能用。
适合谁看：已经在 IDEA 里装了这两个插件、但配置一直报错或者不确定字段含义的开发者；以及想一次性把两个插件都接好、不想分别折腾两套 Key 的人。
2. TaoToken 前置准备：Key 与 API 通道
在动settings.json之前，先把两样东西拿到手：一个可用的 API Key，以及确认 API 基地址。TaoToken 的 API 入口是https://taotoken.net/api，这个地址在配置里会作为base_url或api_base出现，注意不要多加路径后缀，插件一般会自己拼/v1/messages或/v1/chat/completions。
Key 的获取在控制台的 API Keys 页面，生成后复制出来，形如sk-开头的一串。这个 Key 两个插件共用，不需要为 Claude Code 和 Codex 分别申请。如果你还没建过 Key，可以先去控制台建一个，命名随意，权限默认即可。
注意：Key 只在生成时完整显示一次，页面刷新后就看不到了。建议生成后立刻粘到配置文件里，或者存到自己的密码管理器。
关于模型名，Claude Code 插件通常走 Anthropic 风格的模型标识，Codex 插件走 OpenAI 风格的模型标识。TaoToken 作为统一通道，两边的模型名按各自插件文档填即可，关键是base_url指向同一个入口。如果你不确定当前支持哪些模型名，可以在模型对话页面先手动发一条消息验证通道，确认返回正常再写进配置。
这一步做完，你手里应该有：一个sk-开头的 Key，一个https://taotoken.net/api的基地址。接下来就是往settings.json里填。
3. 可复制的 settings.json 配置骨架
两个插件的配置文件位置不一样，先分清楚。Claude Code 插件一般读取项目根目录或用户目录下的.claude/settings.json；Codex 插件读取的是~/.codex/config.json或项目内的.codex/settings.json。不同版本路径可能略有差异，以插件文档为准，但字段结构基本一致。
先看 Claude Code 插件的骨架：
{ "apiKey": "sk-你的TaoToken密钥", "baseUrl": "https://taotoken.net/api", "model": "claude-sonnet-4-20250514", "maxTokens": 8192, "timeout": 60000 }字段说明：apiKey填 TaoToken 生成的 Key；baseUrl填https://taotoken.net/api，不要带尾部斜杠；model按你实际要用的模型名填；maxTokens和timeout按需调整，超时建议不低于 60000 毫秒，避免长代码分析被截断。
再看 Codex 插件的骨架：
{ "api_key": "sk-你的TaoToken密钥", "base_url": "https://taotoken.net/api", "model": "gpt-5-codex", "temperature": 0.2, "max_output_tokens": 8192 }注意 Codex 这边字段名是下划线风格，api_key和base_url，跟 Claude Code 的驼峰不一样，这是最容易填错的地方。两个文件里的 Key 是同一个，base_url也是同一个。
如果你希望两个插件共享一份配置，可以在项目根目录建一个.ai/settings.json，然后让两个插件都指向它，但多数插件不支持自定义路径，所以实际还是分开写两份、Key 保持一致最稳。
提示：改完配置后，IDEA 需要重启插件或重载窗口才会重新读取。直接改文件不重启，插件可能还在用旧配置。
4. 在插件内触发一次验证请求
配置写完，怎么确认真的通了？分两个插件各做一次最小验证。
Claude Code 插件：在编辑器里随便打开一个.java或.py文件，选中几行代码，右键找 Claude 相关菜单，或者用插件提供的快捷键触发「发送选中代码到 Claude」。如果配置正确，侧边栏或弹窗会开始流式返回分析结果。第一次请求可能稍慢，因为要建立连接。看到有内容逐字输出，就说明 Key 和 baseUrl 都生效了。
Codex 插件：打开 IDEA 底部的 Terminal，插件一般会注册一个 Codex 终端入口。在终端里输入一个简单指令，比如让它解释当前目录结构，或者直接发一句「列出这个项目的模块」。如果终端能返回模型输出，说明 Codex 侧的api_key和base_url也通了。
验证时重点看两个信号：一是没有立刻报 401 或 403，那说明 Key 被接受了；二是没有报连接超时或 DNS 错误，那说明 baseUrl 可达。如果返回的是模型不存在之类的错误，那是model字段填错了，换一个当前支持的模型名即可。
我试过在同一个项目里先配 Claude Code 再配 Codex，结果 Codex 一直报鉴权失败，排查半天发现是api_key写成了apiKey，字段名大小写敏感，改过来就好了。所以验证阶段一定要两边都实际发一次请求，不要只看配置文件觉得对了就完事。
5. 本篇常见错误排查
配置过程中最容易踩的坑集中在几个地方，逐个说。
第一个是 baseUrl 多写了/v1。TaoToken 的入口是https://taotoken.net/api，插件内部会自己拼/v1/messages或/v1/chat/completions。如果你写成https://taotoken.net/api/v1，最终请求路径就变成/api/v1/v1/...，直接 404。改回不带/v1的写法即可。
第二个是 Key 前后有空格或换行。从网页复制 Key 时经常带上不可见字符，粘进 JSON 后解析失败或者鉴权不通过。建议粘完后手动检查一遍，或者用编辑器显示不可见字符的功能看一眼。
第三个是两个插件字段名混用。Claude Code 用apiKey/baseUrl，Codex 用api_key/base_url，写反了插件读不到值，表现就是「配置了但没生效」。对照上面骨架逐个核对。
第四个是 JSON 格式错误。多一个逗号、少一个引号，整个文件解析失败，插件会静默回退到默认配置，看起来像没配。改完用编辑器的 JSON 校验或者jq . settings.json跑一下，确认能解析。
第五个是模型名过期。模型标识会随版本更新，旧名字可能已经下线。如果验证时报模型不存在，去模型对话页面确认当前可用的名字，替换后再试。
第六个是网络层超时。长代码分析请求体大，默认超时太短会中断。把timeout调到 60000 以上，Codex 侧如果有request_timeout字段也一并调大。
排查顺序建议：先确认 JSON 能解析，再确认字段名对，再确认 baseUrl 不带多余路径，最后确认 Key 无空格。这四步走完，九成问题都能定位。
6. 统一通道后的日常使用建议
两个插件都接好之后，日常用起来其实有个分工：Claude Code 插件适合「读」和「解释」，选中代码问逻辑、生成注释、写测试用例；Codex 插件适合「改」和「跑」，跨文件重构、执行终端命令、批量替换。两者共用同一个 Key，额度消耗在同一个地方，不用分别充值或管理。
如果你后续要长期在 IDE 里跑编码 Agent，比如让 Codex 自动改多个文件、循环执行任务，可以考虑用 Coding Plan 这类按周期计费的方式，比按量付费更适合高频场景。接入文档里有各插件的详细字段说明，遇到本文没覆盖的字段可以去那里查。
配置这件事，一次写对后面就省心。把上面两份骨架存成模板，换项目时直接复制，只改 Key 和模型名，两分钟就能把新环境接好。
