配置与验证示例
这是 Cursor 原生 Anthropic BYOK 的设置示意；apizt 网关配置按下方客户端教程处理。
Cursor Settings → Models
Provider: Anthropic
API Key: 自己 Anthropic 账号签发的 Key
Action: Save
Model: 模型选择器中当前可用的 Claude
New Chat: 只回复 OK正在打开页面…
正在加载内容，请稍候。
在Cursor使用Claude，先打开Settings → Models，在Anthropic栏保存自己Anthropic账号签发的API Key，再新开聊天选择可用Claude。第三方网关Key不等于Anthropic官方Key；自定义兼容端点需要单独确认Provider与模型支持。
资料核对：。本次复核配置与官方依据；原有实测保留原日期、环境与范围，新增相邻实验单独标注。
先分清 Cursor 官方 Key 与兼容网关
本机安装盘点确认没有 Cursor，因此未捏造 Settings、对话或模型成功截图；附当前官方操作入口及后续验收清单。
· 真实主机应用安装检查；Cursor 原生对话和网关兼容仍未执行。
本次未完成目标执行，下面保留实际阻点和恢复方法。
- 运行环境
- node v24.14.0；ollama 0.40.9
1. 先确认客户端存在
运行只读检查，输出应用是否安装；不读取密钥或已登录用户配置。
bashpython3 readonly-check.py2. 在已安装的 Cursor 添加官方 Key
官方路线为 Settings → Models → Anthropic，保存本人 Anthropic Key；Key 由服务商签发，不能把 apizt Key 当官方 Anthropic Key。
3. 另行核对自定义接口入口
需要第三方网关时，先核对当前 Cursor 版本实际提供的 Provider、覆盖地址与模型入口；本机未安装，未宣称该入口已验证。
4. 新开对话并检查任务结果
在新聊天中选择可用 Claude，给一个小文件任务，检查实际修改和日志；Tab 使用 Cursor 内置模型，不能据聊天 BYOK 外推。
5. 记录还缺哪项证据
保存客户端版本、选择模型、脱敏响应与真实费用；当前原生客户端未安装，原生操作证据未就绪，不提供虚构的成功结果。
这次实际得到什么
- Cursor 安装检查：False
- 官方当前入口为 Settings → Models；这不是本机 Cursor 已完成操作。
使用这份结果时注意
- 当前无 Cursor 安装，未执行原生聊天、工具修改或 API Key 验证。
- 本批获授权使用既有测试Key，OpenAI SDK两次最小探针均HTTP429：当前测试Key分组上游饱和，随后停止。不能据此声称全站不可用；本地成功不能当作apizt上游或实扣成功。
2026-10-25 资料复核与操作补充
继续操作前，核对当前配置与执行范围
BYOK的个人与团队计费规则不同；Teams/Enterprise按当前官方说明核对Cursor Token Rate。自定义Key仅覆盖支持的聊天模型，Tab继续使用Cursor内置模型；请求仍经过Cursor后端构建提示。本文的兼容网关示例不能替代你当前版本中的原生Claude任务验收。
原记录范围：真实主机应用安装检查；Cursor 原生对话和网关兼容仍未执行。 下列相邻实验各有自己的日期、模型和产物，不替代本篇客户端或协议的原生验收。
2026 年 11 月 5 日补测
Cursor 接 Claude API：先用最小请求区分网关与功能限制
用可复用脚本保存文本接口结果，对比 Cursor 本身需要核对的模型选择和功能。
- 本地 HTTP 故障复现（固定回包）。
- 准备独立样例。安装文章所用客户端，或用 Python 3.11+ 运行标注为本地 HTTP/TOML 的样例。
- 本例操作：用可复用脚本保存文本接口结果，对比 Cursor 本身需要核对的模型选择和功能。
- 解压练习包，执行 python3 lab.py --output ./result u03。完整命令、样例输入和输出保存在回执。
- 打开 result/u03.json，对照实际退出码、请求路径或产物字段。
- 逐项确认下方通过条件。独立 apizt 网关对照：deepseek-v4.1-flash 返回 HTTP 200，输出 READY，共 22 tokens，耗时 14.666 秒。这条请求单独通过 HTTPS 发出。
- 通过：回执包含预期文本或可核对计量字段
先下载样例，再完成自己的首次调用
示例不含密钥。API 按实际用量计费；下载和点击不代表调用成功。
先确认这次要使用哪个入口
- 已安装Cursor并打开Settings → Models；先决定使用Cursor内置额度，还是供应商自己的API Key。
- Anthropic供应商槽位需要Anthropic Console签发的有效API Key；其他网关的Key应按该网关和Cursor当前支持的入口配置。
- 自备Key主要用于支持的聊天模型；Tab等内置功能不因此自动改用自备Key。不要把所有兼容网关都视为能通过OpenAI覆盖地址调用Claude。
按Key来源选入口
- Anthropic官方API Key
- Models中的Anthropic；新聊天选择Claude并读取真实回答
- 第三方网关Key
- 客户端明确支持的自定义Provider；核对端点、准确模型ID和实际Provider错误
- Cursor自身套餐
- Cursor内置模型入口；查看账号计划与功能范围
原生 Claude 配置与自定义端点选择
- 1
记录Cursor版本，打开Cursor Settings → Models，找到Anthropic的API Key区域。团队账号同时核对管理员的BYOK权限。
- 2
在Anthropic栏保存自己Anthropic账号签发的Key并启用。不要把Claude网页订阅、网关Key或其他平台Key当作Anthropic官方凭据。
- 3
新建聊天，选择当前可用Claude，发送一条短消息。失败时保存展开后的错误和Request ID，不只看“保存成功”。
- 4
如果目标是第三方网关，先确认当前Cursor版本支持所需Provider与自定义端点。OpenAI兼容地址与原生Anthropic栏分别配置，不承诺前者自动覆盖Claude路由。
- 5
聊天通过后再验证真实代码任务；Tab和其他专用功能按Cursor官方范围核对，不能据聊天成功推断。
核对本页配置字段与检查项
选择与目标一致的接入方式
- Cursor 原生 Claude：使用 Anthropic Key 与当前模型选择器支持的聊天模型；Cursor 订阅和厂商 API 费用分别管理。
- apizt Claude：Claude Code 核对 Messages；Cline 按教程核对 OpenAI Compatible、/v1 与工具调用。两种客户端分别验收。
- Cursor 自定义 OpenAI 兼容模型：核对 /v1、平台 Key、准确模型 ID、团队权限和实际聊天；Tab 使用 Cursor 内置模型，Agent 等模式单独核验。
Cursor 的 Claude Key 与 OpenAI 自定义端点分开配置
Cursor 当前支持在 Anthropic API Key 区域配置自己 Anthropic 账号签发的 Key。OpenAI Base URL 覆盖不能保证把内置 Claude 或 claude- 前缀模型路由到 apizt；需要网关 Claude 时，使用明确支持相应端点的客户端。
- 症状或目标
- 在 Cursor 使用原生 Claude BYOK
- 正确处理
- Settings → Models → Anthropic API Key，保存该厂商 Key
- 验收条件
- 新聊天选可用 Claude 模型取得回答
- 症状或目标
- 填 OpenAI Key 后 Claude 报 model not valid
- 正确处理
- 核对模型前缀对应的 Key 槽；不要假定 OpenAI 覆盖影响 Anthropic 路由
- 验收条件
- 请求携带正确凭据并到达预期服务商
- 症状或目标
- 需要 apizt 的 Claude 模型
- 正确处理
- Claude Code 使用 Messages 网关；Cline 按专属教程选择 OpenAI Compatible
- 验收条件
- 核对各自协议、模型与工具调用支持，实际任务通过
- 症状或目标
- 需要 Cursor 的自定义 OpenAI 兼容模型
- 正确处理
- 在该版本提供的 OpenAI Key 与 Base URL 覆盖入口配置 /v1 和准确 ID
- 验收条件
- 模型 ID 属于该入口支持范围，Cursor 实际聊天通过
- 症状或目标
- 看不到 API Keys 设置
- 正确处理
- 核对版本与团队管理员的 Personal API Keys 权限
- 验收条件
- 授权的 Provider 入口可见且已启用
- 症状或目标
- API 成功，Cursor 仍失败或达到用量上限
- 正确处理
- 检查 Cursor 后端状态、所用功能及团队用量限制
- 验收条件
- 原 Cursor 功能得到完整回答
从当前支持的原生 Claude 配置开始
- 在 Cursor Settings → Models 找到 Anthropic，保存自己的 Anthropic API Key。Key 与服务权限由该厂商账号提供；Cursor 订阅、Anthropic API 与 apizt 余额分别管理。
- 新开聊天，从模型选择器选择该账号可用的 Claude 模型，发送“只回复 OK”。保存错误详情或 Request ID；BYOK 请求经 Cursor 后端，本机 API 成功还需客户端复测。
- 若目的是接入 apizt Claude，先使用下方 Claude Code 或 Cline 专属步骤。只有当前 Cursor 版本明确支持目标网关和模型路由时，才继续相应自定义配置；不要通过改名掩盖协议或权限问题。
- 自带 Key 当前用于支持的聊天模型，Tab 继续使用 Cursor 内置模型。需要 Agent 等功能时，核对对应版本与模式并单独验收。
Cursor 官方 BYOK 支持范围Cursor 支持团队：模型前缀与 Key 路由用 Claude Code 配置 Claude 网关用 Cline 配置 apiztCursor 的 OpenAI 兼容地址配置Cursor 请求失败分流排查
下载 MIT 接入包与任务记录表核验日期与验证范围见各页记录；历史实测保留原日期，示例和空白记录表不等于真实任务结果。
- 应用 / 开发工具
选择对应协议，填写 Key 与 Base URL
- apizt 网关
核对模型 ID、令牌分组和可用额度
- 模型返回结果
检查响应正文与后台用量记录
- 响应包含有效结果
- 文本请求有可读取的输出；异步任务需要继续查询到完成状态，不能只把提交成功当作生成成功。
- 日志与请求对得上
- 核对调用时间、模型、令牌分组和用量。界面与账单显示不同货币时，先确认计价口径。
- 原工具中也能重复完成
- 最小示例成功但工具失败，优先检查工具的协议、模型映射和配置生效位置。反馈问题时隐藏完整 Key、Cookie 和个人数据。
常见问题
Cursor 自定义 Claude API 能用于所有功能吗？
不能。Cursor官方将自带Key限定于支持的聊天模型，Tab继续使用内置模型。聊天之外的编辑与工具任务仍需在当前账号/版本分别验证，不承诺OpenAI覆盖地址能接管原生Claude路由。
Cursor不能用Claude，先检查什么？
先看Anthropic栏的Key是否由Anthropic签发、是否启用，以及新聊天是否选中了可用Claude；保留错误详情和Request ID，再检查团队权限或Provider状态。
apizt Key可以直接填Anthropic栏吗？
不能把它当作Anthropic官方凭据。只有客户端明确支持目标网关的Provider与端点时，再填网关Key并实际验证。
自带Key以后Tab也走自己的API吗？
Cursor官方说明自定义Key适用于聊天模型，Tab补全继续使用Cursor内置模型；不能把聊天成功当所有功能都已接入。
Cursor 配置 Claude 应选原生还是 OpenAI 兼容 Provider？
按当前 Cursor 可用的 Provider 和网关支持的协议选择，Key 与地址必须来自同一服务。不要把原生 Messages 路径直接当作 Chat Completions 的 Base URL。
Cursor 可以配置 Claude API 吗？
可以使用当前官方支持的 Anthropic BYOK：在 Cursor Settings → Models 保存自己 Anthropic 账号签发的 Key，再选择可用 Claude 模型。具体型号与权限以模型选择器和账号为准。
OpenAI Base URL 覆盖能把 Claude 转到 apizt 吗？
不能作这个保证。Cursor 支持团队明确区分 OpenAI 覆盖与 Anthropic 路由，并指出 claude- 前缀可能选择 Anthropic Key 槽。需要 apizt Claude 时，使用明确支持网关端点的客户端，或先核对当前 Cursor 版本的对应支持。
Cursor 配置后为什么还是请求失败？
先看展开后的错误：核对 Key 所属平台、模型 ID、实际 Provider 路由、团队 BYOK 权限与用量上限。终端成功而 Cursor 失败时，继续检查 Cursor 后端状态与所用功能支持，保存 Request ID。
Cursor 能不能使用 apizt 的 API Key？
当前版本提供自定义 OpenAI 兼容端点、且目标模型属于该入口支持范围时，可配置 apizt Key 与 https://api.apizt.com/v1 并实际验证。不要把平台 Key 直接当成 Anthropic 官方 Key，也不承诺内置 Claude、Tab 或所有 Agent 功能都会转到网关。
看不到 API Keys 或团队提示用量上限怎么办？
先请团队管理员核对 Personal API Keys、对应 Provider 权限与成员用量限制。BYOK 不代表所有 Cursor 平台限制都会取消；按账号当前显示处理，再重新打开聊天验证。
把想用的模型，接入你的工具与应用
注册后创建 apizt API Key，选择客户端和模型，再生成接入配置。从一次简单请求开始，按实际用量付费。
创建 API Key
在控制台创建令牌，选择需要使用的模型权限。
填写接入配置
按工具要求填写 API Key、接口地址与模型 ID。
发起第一次调用
确认收到有效结果，再到控制台查看用量与费用。