疑难排查 · Cursor

Cursor Unable to Reach the Model Provider 报错原因与解决方法

当请求在收到任何 HTTP 响应之前就中断时,Cursor 会报告无法连接模型提供商:base URL 写错、网络路径受阻,或提供商故障。如何判断是哪一种。

你看到的报错

We're having trouble connecting to the model provider. This might be temporary - please try again in a moment.

为什么会发生

  • 自定义 base URL 在传输层就是错的——主机名打错、协议写错,或 URL 根本解析不到任何地方——所以永远收不到 HTTP 响应。
  • 网络路径被阻断:Cursor 与端点之间的代理、VPN 或防火墙丢弃了连接。
  • 提供商本身短暂宕机。这种情况下你这边什么都没变,错误会自行消失。
  • 粘贴的覆盖 URL 带了提供商不提供服务的尾部路径段,导致 TLS 或 HTTP 层在任何 API 错误返回之前就已失败。

如何解决

  • 在 Cursor 之外用 curl 测试完全相同的 base URL。如果 curl 也连不上,问题在 URL 或网络,而不是 Cursor。
  • 覆盖 URL 只填源站(origin),让客户端自己拼接 /v1 路径。
  • 如果 curl 正常而 Cursor 不行,检查 Cursor 是否走了终端没有使用的代理或 VPN。
  • 如果你这边什么都没改而错误是新出现的,等几分钟——提供商的瞬时故障产生的正是这条消息。

证明端点是可达的

curl https://api.apitoken.sale/v1/models \
  -H "x-api-key: sk-pool-•••" \
  -H "anthropic-version: 2023-06-01"

相关搜索

  • cursor unable to reach model provider
  • cursor connection failed anthropic

常见问题

"unable to reach model provider" 和 401 或 429 是一回事吗?+
不是。这条消息意味着根本没有收到任何 HTTP 响应。401 或 429 意味着提供商已应答并拒绝了请求——不同的层面,不同的修复方法。
Cursor 昨天还能用,今天什么都没改就失败了——怎么办?+
这种模式是瞬时故障或网络路径变化(VPN、代理、强制门户)。先用 curl 验证;不要去重写一个原本就能用的配置。
Anthropic 覆盖项应该填什么 base URL?+
只填源站——对于本网关是 https://api.apitoken.sale。不要追加 /v1:客户端会自己添加 API 路径,路径重复会导致失败。

跳过折腾坏掉的配置

apiToken.sale 提供标准的 Anthropic API——同样的模型、同样的 SDK、一个预付余额。把你工具的 base URL 指向它,本页的配置即可原样生效。