1. IDEA 插件市场提示未加载 Marketplace 插件先别急着重装你打开 IDEA点进 Settings → Plugins本来想装个 Lombok 或者 MyBatisX结果页面顶部弹出一行红字Marketplace plugins are not loaded. Check the internet connection and refresh。点刷新按钮转两圈还是这行字。重启 IDEA没用。换网络好像也没用。这个报错在国内开发者里出现频率极高但它其实不是 IDEA 坏了也不是插件市场挂了而是 IDEA 内置的 HTTP 客户端在访问plugins.jetbrains.com时握手失败或者超时。IDEA 的插件市场请求走的是它自己的网络栈和你浏览器能不能打开网页是两回事。浏览器能开不代表 IDEA 能开因为 IDEA 默认不读系统代理也不读你浏览器里的那套配置。所以排查顺序应该是先确认 IDEA 的 HTTP 代理设置再确认请求出口是否可达最后才是考虑手动下载插件兜底。这篇就按这个顺序走从 HTTP 代理配置讲到统一 API 通道的接入每一步都给可复制的配置和验证动作。适合所有被这行红字卡住、想一次弄明白而不是反复重启的 IDEA 用户。核心检索词先摆出来IDEA 插件市场未加载 Marketplace 插件本质是 IDEA 的 HTTP 代理链路没配通。你要做的是让 IDEA 的请求有一个稳定、可达的出口而不是反复点刷新。2. 先定位IDEA 的 HTTP 代理到底读的是哪份配置很多人第一反应是去系统设置里改代理或者去浏览器里改改完发现 IDEA 还是那行红字。原因是 IDEA 有自己独立的代理配置入口优先级和系统代理不一样。2.1 三个容易混淆的代理入口IDEA 里跟网络相关的设置分散在几个地方我列一下你对照着看入口路径作用范围是否影响插件市场Settings → Appearance Behavior → System Settings → HTTP ProxyIDEA 全局 HTTP 代理是主要看这个Settings → Tools → HTTP Proxy部分版本同上版本差异是系统环境变量 HTTP_PROXY / HTTPS_PROXY进程级部分场景生效不稳定浏览器代理仅浏览器否关键结论插件市场请求走的是 IDEA 自己的 HTTP Proxy 配置你改系统代理或者浏览器代理IDEA 不一定认。所以第一步永远是打开Settings → Appearance Behavior → System Settings → HTTP Proxy看这里选的是什么。2.2 三种代理模式的区别这个页面通常有三个选项No proxy不走代理直连。国内直连plugins.jetbrains.com大概率超时就是你现在看到的现象。Auto-detect proxy settings自动探测系统代理。探测逻辑不透明经常探测不到或者探测到错的不推荐。Manual proxy configuration手动填主机和端口。这是最可控的方式也是下面要重点讲的。如果你现在选的是 No proxy 或者 Auto-detect先切到 Manual这是排查的起点。2.3 为什么检查互联网连接并刷新这句话会误导人IDEA 的报错文案写的是检查互联网连接但它检测的其实是我能不能通过当前代理配置访问到插件市场。你网是通的只是 IDEA 这条链路不通它就报这句话。所以别被文案带偏重点不是有没有网而是IDEA 这条请求走没走通。理解这一点之后后面的操作就有方向了要么给 IDEA 配一个能通的代理出口要么把请求统一收敛到一个稳定的 API 通道上。前者是传统做法后者是现在更省心的做法两条路我都会给。3. 可复制配置HTTP 代理设置与统一 API 通道接入这一节是全文的操作核心分两部分先把 IDEA 的 HTTP 代理配好再把需要走统一通道的请求收敛到 TaoToken 的 API 上。两部分配置都给完整片段你直接抄。3.1 IDEA HTTP Proxy 手动配置打开Settings → Appearance Behavior → System Settings → HTTP Proxy选Manual proxy configuration然后选HTTP填入Host name: 127.0.0.1 Port number: 7890端口号填你本地实际在用的那个。填完点Check connection在弹窗里输入https://plugins.jetbrains.com如果返回Connection successful说明 IDEA 这条链路通了回到插件市场点刷新红字应该消失。如果还是失败说明你本地那个端口本身不通或者端口填错了先确认本地服务在跑。注意这里填的 127.0.0.1 和端口指的是你本机已经在运行的一个 HTTP 出口服务。如果你本机没有这样的服务这一步会一直失败那就直接看 3.2 的统一通道方案。3.2 统一 API 通道把 Key 和 Base URL 收敛到一处如果你不想在本地维护一个出口服务更省心的做法是把需要联网的请求统一走 TaoToken 的 API 通道。它的作用是给你一个稳定的 Base URL 和统一的 Key模型调用、编码辅助这类请求都从这一个口出去不用每个工具单独配。先拿 Key。打开控制台https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite在控制台里创建一个 API Key复制出来。然后你的统一配置就是三件套Base URL: https://taotoken.net/api API Key: 你刚复制的那串 Model ID: 按你实际要用的模型填这三件套在下面几个场景里是通用的配一次到处能用。3.3 Claude Code 接入配置settings.json如果你在用 Claude Code配置文件通常在~/.claude/settings.json写入{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: 你的API Key } }保存后重启 Claude Code它会读这个 Base URL 和 Key。注意 Base URL 后面不要多加/v1之类的路径按上面这个写就行。3.4 Cline / MCP 场景配置如果你在 IDEA 里用 Cline 这类插件或者配 MCP同样填三件套。以 Cline 为例在插件设置里选 API Provider 为 OpenAI Compatible然后{ baseUrl: https://taotoken.net/api, apiKey: 你的API Key, model: 你的Model ID }MCP 的配置如果是走 HTTP 的也是把 Base URL 指向https://taotoken.net/apiKey 用同一个。这样你 IDEA 里的编码辅助请求和插件市场之外的联网请求出口是统一的排查起来只有一个地方要看。3.5 Codex auth.json 配置如果你用 Codex配置文件在~/.codex/auth.json写入{ base_url: https://taotoken.net/api, api_key: 你的API Key }保存后重新启动 Codex 进程。三件套里的 Model ID 在调用时指定不在这个文件里写死。配完这些你的 IDEA 生态里需要联网的请求就有了一个统一出口。插件市场本身走的是 3.1 的代理配置模型和编码辅助走 3.2 到 3.5 的统一通道两条线互不干扰。4. 验证请求刷新插件市场并确认连接恢复配置写完不算完得验证。这一节给具体的验证动作和预期结果。4.1 验证 IDEA 代理链路回到Settings → Appearance Behavior → System Settings → HTTP Proxy点Check connection输入https://plugins.jetbrains.com。预期结果是弹窗显示Connection successful。然后回到Settings → Plugins → Marketplace点右上角刷新图标。预期结果是红字消失插件列表正常加载出来搜索框能搜到插件。如果列表出来了但很慢说明链路通但带宽一般属于正常范围。4.2 验证统一 API 通道用 curl 直接打一下你的 Base URL确认 Key 有效curl -X POST https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer 你的API Key \ -H Content-Type: application/json \ -d { model: 你的Model ID, messages: [{role: user, content: ping}] }预期结果是返回一个 JSON里面有choices字段和模型回复内容。如果返回 401说明 Key 不对或者没带上如果返回连接错误说明 Base URL 写错了。这一步通了说明你的统一通道是活的。4.3 在 IDEA 里跑一次真实请求打开 Cline 或者你配好的编码插件发一句帮我写一个 Java 的 Hello World看它能不能正常返回。能返回说明 IDEA 里的统一通道也通了。这一步是把 4.2 的命令行验证落到实际工具里两者都通才算完整。4.4 验证清单把上面的验证整理成一张对照表你逐项打勾验证项操作预期结果IDEA 代理Check connection 输入插件市场地址Connection successful插件市场点刷新红字消失列表加载API 通道curl 打 chat/completions返回 choices工具内请求插件里发一句话正常返回内容四项都过这个问题就算彻底解决了。5. 本篇常见错排查401、local proxy failed、reading choices、OAuth配置过程中最容易撞的几个报错我按真实出现的文案逐个拆。5.1 401 Unauthorized这个几乎都是 Key 的问题。三种可能Key 复制时多了空格或者少了字符Key 没带上Bearer前缀Key 本身在控制台里被删了或者过期了。排查动作重新去控制台复制一次 Key粘贴时注意前后不要有空格Header 写成Authorization: Bearer 你的Key。如果还不行去控制台确认这个 Key 的状态是启用。5.2 local proxy failed / Connection refused这个出现在 3.1 那步Check connection 直接失败。原因是 127.0.0.1 那个端口上没有服务在跑或者端口填错了。排查动作确认你本机那个出口服务确实在运行确认端口号和配置里写的一致。如果你本机根本没有这样的服务别在这条路上耗直接用 3.2 的统一通道方案把需要联网的请求走 API插件市场那步改用下面的手动安装兜底。5.3 reading choices 相关报错这个通常出现在统一通道调用时报错里带reading choices或者cannot read property choices。原因是返回的 JSON 结构和你预期的不一样最常见的是 Base URL 写错了路径比如多写了或者少写了/v1导致请求打到了错误的端点返回的不是标准的 chat completions 结构。排查动作确认 Base URL 是https://taotoken.net/api调用路径按文档拼不要自己猜。然后用 4.2 的 curl 先验证curl 通了再回到工具里。5.4 OAuth 相关报错如果你在配 Claude Code 或者 Codex 时看到 OAuth 相关的提示通常是因为工具还在走它默认的登录流程没读你写的配置文件。排查动作确认配置文件路径对Claude Code 是~/.claude/settings.jsonCodex 是~/.codex/auth.json确认 JSON 格式没写错逗号、引号然后完全重启工具进程不是关窗口是杀进程重开。工具启动时会读一次配置不重启不生效。5.5 插件市场还是红字但 Check connection 是成功的这种情况少见但存在通常是 IDEA 缓存了旧的失败状态。排查动作File → Invalidate Caches → Invalidate and Restart重启后再进插件市场。如果还不行检查 IDEA 版本是不是太老老版本的插件市场端点可能变了升级 IDEA 到较新版本再试。5.6 手动安装兜底如果代理这条路你实在走不通插件市场又急着用可以手动装。去plugins.jetbrains.com搜你要的插件下载对应 IDEA 版本的.zip然后Settings → Plugins → 齿轮图标 → Install Plugin from Disk选下载的文件。这是兜底方案不解决联网问题但能让你先把活干了。6. 把出口收敛到一处后面少踩很多坑回到最开始那个场景IDEA 插件市场红字你点刷新没用重启没用。现在你应该清楚了问题不在 IDEA 本身而在它那条 HTTP 请求链路没配通。配通的方式有两条一条是给 IDEA 配本地代理出口一条是把需要联网的请求统一收敛到 TaoToken 的 API 通道。我自己的习惯是两条都配插件市场走 3.1 的代理配置模型调用和编码辅助走 3.2 到 3.5 的统一三件套。这样以后不管换什么工具Base URL 和 Key 都是同一套排查的时候只看一个地方不用每个工具单独查。如果你主要是在 IDEA 里做长期编码、跑 Agent 类的任务建议直接上 Coding Plan把调用额度固定下来比每次临时配省事https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite如果你只是想先验证一下模型通不通用模型对话页面发一句话最快https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewrite接入文档在这里路径和参数都以文档为准https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite最后留一个实用技巧配完代理和统一通道之后把Check connection和 4.2 的 curl 命令存成一个文本片段下次再遇到红字先跑这两步30 秒就能定位是代理挂了还是 Key 失效了不用再从头排查一遍。