疑难排查 · Cursor

Cursor Invalid API Key(Anthropic)——验证失败的原因与解决方法

当密钥与 base URL 不属于同一签发方,或覆盖字段仍指向默认端点时,Cursor 会在验证阶段拒绝 Anthropic 密钥。用这份清单修复它。

你看到的报错

Invalid API key

为什么会发生

  • 密钥属于自定义端点,但 "Override Anthropic Base URL" 关闭或为空,于是 Cursor 拿默认的 api.anthropic.com 去验证密钥——那里从未见过它。
  • base URL 已设置,但密钥粘贴时带了空白字符、缺少前缀,或者根本是另一家提供商的密钥格式。
  • 密钥已被吊销或已过期。
  • 覆盖 URL 包含路径后缀,导致验证请求发往端点不提供服务的 URL。

如何解决

  • 先启用 base URL 覆盖并设置为签发密钥的源站,再粘贴密钥本身——验证会针对当时生效的任何 URL 进行。
  • 粘贴密钥时不要带任何前后空白,并核对前缀与控制台显示的一致。
  • 在签发方的控制台确认密钥处于激活状态,然后在 Cursor 里重新验证。

针对本网关验证通过的 Cursor 设置

Cursor Settings → Models → Anthropic API Key
  API Key:  sk-pool-•••
  Override Anthropic Base URL:  https://api.apitoken.sale

相关搜索

  • cursor anthropic api key not working
  • cursor verify api key failed

常见问题

为什么 Cursor 说我的密钥无效,而它在 curl 里能用?+
Cursor 针对当时配置的 base URL 进行验证。如果覆盖项是关闭的,验证会打到 api.anthropic.com,它会拒绝网关密钥。先设置覆盖项,再验证。
在 Cursor 里用自定义的 Anthropic 兼容密钥需要 Anthropic 账户吗?+
不需要。Anthropic 提供商字段接受任何 Anthropic 兼容端点:把覆盖 URL 设为签发方,并粘贴该签发方的密钥。
密钥验证通过后哪些模型可用?+
覆盖 URL 背后端点所提供的那些。用同样的 base URL 和密钥请求 GET /v1/models 即可列出。

跳过折腾坏掉的配置

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