Cursor 里单个模型失灵而其他模型正常，问题基本不在你的网络——你的连接终点是 Cursor 服务器，模型分裂说明故障在 Cursor 与模型厂商之间或你的额度上。按序检查：该模型的高级请求额度是否用尽（最常见）、订阅档位是否包含该模型、Cursor 状态页是否报告该上游故障、模型列表是否需要刷新。例外是自带 API Key 模式：此时请求从本机直连模型厂商，你的节点 IP 重新变得重要。
目录
关键判断：模型分裂 ≠ 网络故障
你的网络只负责一段路：本机 → Cursor 服务器。模型请求在 Cursor 服务器上分流到各家：
本机 → Cursor 服务器 ─┬→ OpenAI（GPT 系）
├→ Anthropic（Claude 系）
└→ 其他如果你的网络断了，所有模型一起失灵（那是 连接失败 或 转圈 的领域）。单个模型失灵，故障必在分流之后——也就轮不到换节点。
按命中率排查单模型故障
1. 额度用尽（最常见）
高级模型请求按月计量。检查 Cursor 设置 / 账户面板中的用量：
- 额度耗尽 → 等重置、用慢速队列、换模型或升级订阅。
- 特征：月初正常、月末失灵，规律性极强。
2. 订阅档位不含该模型
部分高阶模型仅对特定档位开放。对照官网的档位模型表确认——「从来没用成过」的模型多半是这个原因。
3. 上游故障
Anthropic 或 OpenAI 侧的临时故障会精准打击对应模型通道。查 status.cursor.com 与模型厂商状态页；全网性问题等待即可，通常几十分钟内恢复。
4. 模型列表 / 缓存异常
列表为空、模型置灰：重启 Cursor；设置中重新拉取模型列表；更新 Cursor 版本（旧版本可能不含新模型）。
例外情况：自带 API Key 模式
在 Cursor 中填入自己的 OpenAI / Anthropic Key 后，架构变了——请求从本机直连模型厂商，Cursor 不再中转。此时：
- 你的节点 IP 直接接受该厂商风控检验。
- Anthropic 的 IP 门槛尤其高（机制见 Claude 为什么对 IP 环境更敏感），共享节点大概率被拒。
- 排查方式退回终端直连逻辑：
curl -I https://api.anthropic.com验证 + 低共享专线节点。
如果不想为 Key 模式升级线路，删掉 Key 回到中转模式是最省事的选择。
快速决策表
| 现象 | 结论 |
|---|---|
| 所有模型都失灵 | 网络问题 → 连接排查 |
| 单模型失灵、月末出现 | 额度用尽 |
| 单模型从未成功过 | 档位不含 |
| 单模型突然失灵、状态页有事故 | 上游故障，等待 |
| 只在填了自己 Key 后失灵 | 直连风控 → 换低共享节点或删 Key |
Cursor 的整体网络环境搭建见 Cursor 在国内怎么用。
常见问题
为什么 Claude 模型不行、GPT 却正常？
两条模型通道在 Cursor 服务器上是独立的。单边失灵通常是该通道的额度用尽、订阅不含该模型，或 Anthropic 上游临时故障——先看额度面板，再看 Cursor 状态页。
提示 rate limit 或额度用尽怎么办？
免费与 Pro 档的高级请求额度按月计。用尽后可等下月重置、切换到慢速队列或其他模型，也可升级档位。这是配额问题，与网络无关。
填了自己的 Anthropic API Key 后反而用不了？
自带 Key 时请求改为从你的电脑直连 anthropic.com，你的节点 IP 直接面对 Anthropic 风控——共享节点会被拒。要么换低共享专线节点，要么删掉 Key 回到 Cursor 中转模式。
模型列表是空的或少了很多模型？
列表加载失败多为网络瞬断，重启 Cursor 或设置中刷新模型列表；持续为空则回到通用连接排查。