Cursor配置个人API Key后仍调用默认模型，需检查Active Model Info确认Base URL和Provider是否生效，排查Key加载路径、Override开关、.cursor/rules.json覆盖、网络代理及Key本身有效性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Cursor配置了个人API Key却始终调用不了自定义模型，输入框里敲完回车还是默认模型在响应，根本没走你填的Key。
确认Key是否真的被加载
打开命令面板（Ctrl+Shift+P 或 Cmd+Shift+P），输入并执行 Cursor: Show Active Model Info。窗口底部会显示当前生效的模型名、Provider类型和实际使用的Base URL。如果这里显示的是 openai 但 Base URL 是官方地址 https://api.openai.com/v1，说明你填的Key压根没被读取。
检查设置路径：Settings → AI → Provider → OpenAI → API Key。确保输入框中已粘贴完整Key，且没有前后空格、换行或中文标点。复制时若用鼠标右键→“粘贴”，某些终端或剪贴板管理器会偷偷带入不可见字符。
Base URL填错是最常见死因
方法一：启用Override OpenAI Base URL开关 → 在下方输入框填入服务商提供的专属地址，例如 https://api.claudeapi.com/v1。
方法二：不勾选该开关 → 则必须使用OpenAI原生兼容接口，且Base URL必须严格为 https://api.openai.com/v1（末尾不能加斜杠，也不能带/chat/completions）。
注意：很多网关服务（如ClaudeAPI.com、DeepSeek Proxy）要求强制开启Override并填写其指定URL，否则请求直接发往OpenAI官网，自然401或超时。
验证Key本身是否可用
第一步：访问对应平台控制台（如Anthropic Dashboard、OpenAI Platform），确认该Key状态为“Active”，未被禁用或过期。
第二步：查看Key余额与配额。部分服务商（尤其是企业版或中转平台）设置了单日调用次数上限或Token消耗限额，余额为0时Cursor不会报错，而是静默降级回默认模型。
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
第三步：在终端用curl手动测试该Key是否真能通：
curl -X POST https://api.openai.com/v1/chat/completions \-H "Authorization: Bearer sk-xxx" \-H "Content-Type: application/json" \-d '{"model":"gpt-4o","messages":[{"role":"user","content":"hi"}]}'
如果返回401或403，说明Key无效；如果返回404，可能是模型名拼错或服务商不支持该模型；只有返回200才代表Key+URL组合真正可用。
排查作用域覆盖问题
检查项目根目录是否存在 .cursor/rules.json 文件。如果存在，它会优先于全局设置生效，里面可能硬编码了其他Provider或模型名。
打开该文件，搜索 "provider" 或 "model" 字段。若发现值不是你期望的，要么删掉该文件，要么修改为正确配置。工作区设置（.vscode/settings.json）也可能覆盖全局，搜索 "cursor.ai.provider" 等关键词。
网络代理必须匹配请求链路
Cursor底层走系统代理，但你的Key所属服务可能只允许特定出口IP或需走HTTP/1.1协议。进入 Settings → Network → HTTP Compatibility Mode，选择 HTTP/1.1 模式。
如果你开了代理软件（如Clash、Surge），确保它处于全局模式而非“规则模式”——否则Cursor发出的请求可能被直连，绕过代理导致403或连接超时。
重启Cursor后，再次运行 Cursor: Show Active Model Info，确认Base URL和Provider已更新为你配置的值。
