1. Cursor 模型列表只剩 Auto先把协议和通道拆开看1.1 订阅生效、网络也通模型列表却锁死在 Auto有魔法也调不出高级模型这个现象说出来都觉得离谱。Vibe Coding 写到一半想从 Cursor 的模型下拉列表切到更高级的模型列表里却只剩 Auto而且连个报错提示都不弹。订阅是生效的网络环境看起来也通问题就像凭空出现的一样。这个「看似都正常」的状态最消耗人你会先怀疑网络再怀疑账号然后把 Cursor 反反复复重启好几次来来回回折腾几个小时最后还是停在原地。其实把问题拆开看就是两层原因第一层是 Cursor 客户端到模型 API 之间的 HTTP 协议版本协商不通畅第二层是自定义模型通道的 Base URL 写得不规范。这两层问题表现完全一样都是模型列表加载不出来但修法完全不同必须分开查。很多人会在第一次遇到这个现象时把注意力全放在「是不是要换个更稳定的网络环境」上结果把每个节点都试了一遍模型列表还是纹丝不动。原因在于能打开 Cursor 的界面、能正常登录说明基本网络是通的而模型列表这个动作需要客户端和模型 API 之间完成一次完整的 HTTP 请求与响应。如果这条请求链路上某个环节不支持 HTTP/2 的完整协商哪怕你的网络环境再快再稳定请求照样被卡在半路。这种情况跟网速无关跟「能不能打开网页」也无关它卡在客户端与 API 服务的协议握手上。1.2 用 TaoToken 做基准先把「通道是否通」这件事定死TaoToken 在排查里起的是基准作用不是所谓的备用通道。它的接入地址固定鉴权方式清晰拿一把新创建的 API Key 走同一个模型如果请求能正常返回就可以确认 Base URL、密钥、模型 ID 这些环节都没有问题剩下唯一可疑的就是 Cursor 这边的协议配置。反过来如果这把 Key 在 TaoToken 通道里也失败那问题就在更靠前的位置比如地址里确实多了个 /v1或者 Key 本身没创建成功。这种「用一条独立的通道做对照」的方式比在 Cursor 的设置界面里猜来猜去要高效得多。创建 Key 的入口在官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 注册后到控制台生成一把新的用这把新 Key 做本轮对照不要拿旧 Key 凑合。旧 Key 有可能在之前调试时被轮换过也可能因为粘贴时漏字符而失效用它测出来的 401 会让你分不清是通道问题还是 Key 问题。多花两分钟开一把新 Key后面能省下大量排查时间。这一步做完你手里就有一个「可预期的基准通道」接下来回到 Cursor 里动手改协议时验证起来就非常快。2. 先动 Cursor Network把 HTTP Compatibility Mode 切到 HTTP/1.12.1 操作路径Settings - Network - HTTP Compatibility Mode按照原文的步骤来打开 Cursor 主界面点击左下角的齿轮进入 Settings在左侧菜单找到 Network再点开二级选项 HTTP Compatibility Mode。这个选项通常是一个下拉框默认值是 HTTP/2把它的值切换成 HTTP/1.1然后保存。保存后要把 Cursor 完全退出再重新打开——这个步骤很关键不能只是关掉窗口。Windows 上要从系统托盘彻底退出进程macOS 上用 CmdQ 结束进程然后重新启动 Cursor因为模型列表是在启动阶段加载的不重启的话新的协议设置不会立刻生效。如果你的 Cursor 版本里这个选项是灰色不可点的先看看 Cursor 是不是很久没更新了。旧版本对 HTTP Compatibility Mode 的开关支持不完整升级到当前最新的正式版之后这个选项会正常显示出来。另外要注意有些人在这一步会顺手把「Override Base URL」一起改掉建议先不要这么做。一次只动一个变量才能判断出到底是谁引起的模型列表加载异常。先把协议切到 HTTP/1.1只做这一件事然后重启验证一轮。2.2 为什么一个协议选项能影响模型列表原理并不复杂。Cursor 客户端与模型 API 之间的通信走的是标准 HTTP而 HTTP/2 对连接协商的要求明显更高客户端和服务端要先在 TLS 握手阶段通过 ALPN 扩展确认双方都使用 HTTP/2之后才能在同一个连接上建立多个流来并发收发数据。如果中间链路对 HTTP/2 的支持不完整就可能出现 TLS 握手已经成功但后续的数据帧频繁超时或连接被重置的情况。模型列表请求拿不到完整响应客户端就只能展示一个最保守的兜底选项——Auto。HTTP/1.1 的协议栈则要简单得多一个连接上一次处理一个请求没有多路复用和帧拆分也不依赖 ALPN 做复杂的协议协商。缺点是没有 HTTP/2 那么快但胜在兼容性足够宽。当中间链路对 HTTP/2 的某些特性处理不到位时降级到 HTTP/1.1 往往能立刻恢复正常的响应。这也是原文里「按 Cursor 自己的开关调一下就好了」的根本原因不是订阅出了问题也不是 Key 出了问题而是客户端和 API 服务之间的协议协商被中间环境卡住了。切到 HTTP/1.1 之后连接建立的过程更保守模型列表自然能加载出来。2.3 切换后先别急着配别的重开模型列表看一次切完协议并重启 Cursor 之后第一件事就是重新打开模型下拉列表看看 Non-Auto 模型是否已经回来。如果回来了说明问题已经被协议设置解决后面只要保持这个配置就好。如果还是只有 Auto先别急着怀疑协议没生效也别马上把设置改回去。这时候进入下一步对模型通道做一次独立的验证——用 TaoToken 的新 Key 发一条最小请求确认通道本身没问题。这一步会给后面的判断省掉很多弯路一旦你确认了通道是通的就能把问题精确定位到 Cursor 的客户端连接层不用再来回折腾协议和通道两个开关。还有一个小经验切换协议之后Cursor 有时会在下拉列表里缓存旧的模型状态。如果重启后仍然显示 Auto可以先把模型列表面板关掉再重新打开或者切换几个 tab 页面后回来再看一次。大多数情况下缓存会在一次完整的请求重试后被覆盖。如果你已经看了两三次还是没有变化那基本可以排除缓存因素直接进入后面的通道检查。3. 切完还是只有 Auto检查 Base URL 是不是多了 /v13.1 先检查 Base URL 是否多写了一层 /v1协议切成 HTTP/1.1 之后模型列表还锁着下一步要检查模型通道的 Base URL。TaoToken 的接口地址是 https://taotoken.net/api 末尾写到 /api 为止不要再补 /v1。很多服务商的惯例是把版本号写进 Base URL比如 https://api.example.com/v1所以在填 TaoToken 的时候很容易顺手加一层 /v1。但这个通道不是这个约定业务路径由工具端在请求时自己补全。如果你在 Cursor 的自定义模型配置或者某个网关层把地址填成 https://taotoken.net/api/v1请求会在路由层直接 404模型列表依然拉不回来。这里有一个特别容易踩的坑从网页上复制地址时浏览器地址栏可能带着跳转路径复制下来就不小心多了一段或者上一次调试别的服务时留了个 /v1 在剪贴板里。检查时不要只看个大概重点看 Base URL 的最后一段是不是「/api」结尾。正确的写法是 https://taotoken.net/api 错误的写法是 https://taotoken.net/api/v1 。如果你拿到的接入文档示例里带了 /v1以文档里的「Base URL」字段为准而不是凭感觉拼一个完整路径出来。模型 ID 也一样不要从网上找几个旧的型号名称硬填进去。TaoToken 的模型列表以官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 模型广场当时展示的为准。曾经有人按照几个月前的文章填了一个已经下线的模型名Base URL 完全正确却一直报 404最后到模型广场重新选了一个当下的模型 ID问题立刻消失。配置通道时模型 ID 一定以当前页面为准不要凭记忆或旧笔记输入。3.2 用一把新 Key 跑最小请求结果分三种情况创建 Key 的入口仍然在官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 注册后到控制台生成。拿到之后做一次最小请求验证。下面这条命令按 Anthropic 兼容格式输出仅用于在终端单独确认通道是否正常不是给 Cursor 填配置用的地址curl https://taotoken.net/api/v1/messages \ -H x-api-key: YOUR_API_KEY \ -H anthropic-version: 2023-06-01 \ -H content-type: application/json \ -d {model: YOUR_MODEL_ID, max_tokens: 128, messages: [{role: user, content: ping}]}把 YOUR_API_KEY 换成刚创建的值YOUR_MODEL_ID 换成模型广场上实际选的模型。你可以把这次请求理解成「绕开 Cursor 的客户端界面直接访问一次模型 API」如果它能正常返回文本说明你的 Key、Base URL、模型 ID 这条链路是通的。跑完之后看返回结果大概是下面三种情况返回结果说明下一步200返回正常回复Key 和模型 ID 都通回 Cursor 查协议配置401Key 无效、过期或粘贴不完整回控制台重新生成一把404请求路径或模型 ID 不匹配到模型广场重新确认模型 ID除了这三种还有一种常见情况是请求直接超时。终端挂在那里等了几十秒没有任何响应这通常说明从你当前机器到 TaoToken 接口这一段链路不太稳定需要你先确认本机到接口的连通性。值得注意的是这条 curl 请求里出现的 https://taotoken.net/api 是接口地址跟官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 是两回事前者填进工具后者用来注册登录和控制台操作不要混用。如果你不想在终端里折腾命令也可以直接打开 TaoToken 模型对话 用刚创建的 Key 选同一个模型发一条消息能收到回复的效果与 curl 测试一致。这个验证的意义是把「通道是否可用」从 Cursor 的集成环境里剥离出来单独确认一次。确认通道没问题之后再回 Cursor 去查协议逻辑上就顺了。4. 回 Cursor 对完四个点模型列表一般就回来了4.1 回到 Cursor 逐项确认最小请求通过之后回 Cursor 按四个点逐项核对。第一Network - HTTP Compatibility Mode 显示的必须是 HTTP/1.1切完保存后确保重启过一次。第二模型通道的 Base URL 是 https://taotoken.net/api 没有多一层 /v1也没有把接口地址和官网地址搞混。第三模型 ID 与模型广场一致不要用旧笔记或者网上随便搜到的 ID。第四确认 Cursor 是完整退出后重新打开的不是简单关个窗口。这四点都满足时模型列表大概率恢复。如果四点都检查过还是不行可以换一台网络环境差异比较大的机器再做一次同样的对照。比如公司在完全不同的出口网络下换一台机器用同一个 Key 试一下如果新机器上模型列表正常那说明问题还是在你本机的网络链路对 HTTP/1.1 的兼容性上。理论上这种情况非常少见但排查到这一步时多做一次对照实验总比反复猜要高效。大部分人在前面几步就已经解决掉了走到这个环节的很少。4.2 以后再把排查顺序固定下来以后再遇到模型列表锁死按固定顺序查能省下大量时间。第一看协议设置是不是被某次 Cursor 更新重置回了 HTTP/2。第二看 Base URL 是不是又被改出了 /v1。第三看 Key 是否已经被轮换掉。TaoToken 的地址固定在 https://taotoken.net/api 改动面很小你只需要确认这三件事就行。如果你发现自己的项目里有多个接入点建议每个接入点单独配一把 Key出问题的时候拿这把 Key 去控制台看调用记录很容易定位是哪个环节断了。验证通道时直接用 TaoToken 模型对话 发一条真实业务请求然后到 控制台 API Keys 看这一次调用有没有被记上账打算长期写代码的话Coding Plan 里可以顺便确认套餐能不能覆盖后面的用量。按这个顺序走完「有魔法却调不出高级模型」的卡点基本都能解决剩下的就是安心把代码写完。