Migrate

ANTHROPIC API

Anthropic API 国内可用方案

保留你原来的 SDK 和工作流，只换入口和模型名。

面向国内开发者的 Anthropic API 接入方案页，强调原生 Claude 路径、模型验证和实际可落地的接入流程。如果你的目标是稳定使用 Claude 体系接口，最重要的是保留 Anthropic 原生能力，而不是把一切都压成单一兼容层。

复制代码接入查看模型价格查看迁移文档

用户常搜

Anthropic APIAnthropic API 怎么改OpenAI SDK 接 Claude APIAnthropic API 国内怎么接

迁移时先锁定一件事原生路径更利于保留 Claude 特性。

迁移时先锁定一件事适合要做 Claude 高质量输出和稳定调用的团队。

迁移时先锁定一件事文档里必须同时给出 messages 和 models 两个入口。

Anthropic 风格请求示例

curl https://api.corenode.best/v1/messages \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model":"claude-opus-4-6","max_tokens":256,"messages":[{"role":"user","content":"hello"}]}'

迁移原则

保留什么

原有 SDK、现有请求结构、你团队的调用习惯和工作流。

替换什么

只替换 Base URL、API Key 和首轮测试模型。

Canonical

https://api.corenode.best/anthropic-api-cn

用户通常这样搜

Anthropic APIAnthropic API 怎么改OpenAI SDK 接 Claude APIAnthropic API 国内怎么接

给搜索用户的短答案

迁移页最重要的不是讲新概念，而是明确哪些地方不用改，哪些地方必须先换，避免用户把一次替换做成一场重构。

为什么这页能直接拿去用

直接可执行

原生路径更利于保留 Claude 特性。

直接可执行

适合要做 Claude 高质量输出和稳定调用的团队。

直接可执行

文档里必须同时给出 messages 和 models 两个入口。

推荐测试模型

claude-opus-4-6

首次测试统一用这一个模型，先把鉴权、模型可见性和最小请求跑通，再决定是否切换到其它模型或更复杂工作流。

建议先调用

https://api.corenode.best/v1/models

最小成功标准

先跑通，再扩能力

migration

保留原有调用方式，只替换 Base URL、API Key 和模型名后，最小 chat/completions 请求返回成功。

首轮目标: 只验证鉴权、模型可见性和最小文本请求，不在第一轮测试里叠加多模态、工具调用或复杂工作流。

建议顺序: 先看 /v1/models，再测 claude-opus-4-6，最后再扩到你的真实业务调用。

这页解决什么问题

低改动迁移，最怕没有统一口径

解决 Anthropic API 在国内接入时的模型可见性、调用路径不清、以及只走兼容层导致能力损失的问题。

迁移路径

优先确认服务端保留了原生 Anthropic 请求路径。

如果你依赖 prompt caching，不要只走 OpenAI-compatible 转发。

先用单轮请求验证，再接入复杂工具流或多轮会话。

更多搜索问题

为什么要强调原生 Anthropic 路径？

因为有些能力只能在原生协议下稳定使用，全部压成兼容层会丢失细节。

国内接入最先该验证什么？

先看 /v1/models 是否暴露了你真正要用的 Claude 模型，然后再验证 messages 请求。

这和 OpenAI SDK 兼容方式冲突吗？

不冲突，可以同时保留 OpenAI 兼容入口和 Anthropic 原生入口。

下一步去哪里

别让用户看完页就断掉

高意图搜索的价值，不在于把人带来一次，而在于让他继续沿着接入、验证、排错、付费这条链走下去。

下一步

去控制台复制真实配置

先把 Base URL、Key 和首测模型配置好，再做最小请求验证。

然后

去价格页确认你要用的模型

确认 Opus、Sonnet 等模型的价格和分组，再决定正式流量怎么切。

把最相关的下一批需求留在站内

这里不再堆所有落地页，而是优先给用户看同类页、互补页和最容易继续转化的入口。

先去看全部价格

CLAUDE CODE

Claude Code API 接入指南

如果你要给 Claude Code 配可用 API，这一页只讲真正会影响接通率和稳定性的步骤。

OPUS 4.6

Claude Opus 4.6 API 接入

如果用户就是冲着 Claude Opus 4.6 来的，这一页直接承接最强意图，不让他再在通用说明里自己找模型名。

SONNET 4.6

Claude Sonnet 4.6 API 接入

如果用户就是在搜 Claude Sonnet 4.6 API，这一页应该直接把模型名、调用方式和首轮验证顺序讲清楚，不让他先绕去通用说明里自己找。

HAIKU 4.5

Claude Haiku 4.5 API 接入

不是所有用户都先要高阶模型，有些用户搜 Claude Haiku 4.5 API，本质上是在找更轻量、成本更稳的接入入口。

MODEL NOT FOUND

Claude Code model not found 排查

model not found 往往不是客户端坏了，而是模型名根本不在当前账号真实可见列表里。

TROUBLESHOOTING

Claude Code 403 排查指南

403 不是一个结论，只是一个入口。真正要做的是把问题快速归因到模型权限、账号能力、接口映射或客户端配置。