DX API Claude API 中转接入

按客户端需要选择协议

先查客户端使用的是 Anthropic Messages，还是 OpenAI Chat Completions，再打开模型与价格核对目标 Claude 模型的协议标记。模型名称里有 Claude，并不能证明两个协议都支持；同一站点内不同分组的入口也需要分别确认。

两种协议的请求字段、鉴权配置和响应读取方式应分别处理。迁移现有程序时，只换一个域名通常不足以完成协议迁移；原生请求也不能直接发送到兼容的 Chat Completions 路径。

把模型、令牌和端点作为一组配置保存

从控制台复制模型 ID，并记录其对应分组与协议。不要用对外展示名称替换请求 ID，也不要根据其他服务的命名习惯补全模型后缀。令牌应具备该分组权限，余额和限制也应在第一次调用前确认。

网站首页 https://api.dxlingxiapi.top/ 是网页入口。OpenAI 兼容客户端可使用本页明确给出的 /v1 Base URL；Anthropic 原生客户端则需要使用该分组提供的地址，不能认为原生 Base URL 必然与兼容配置相同。

一些客户端自动补充版本前缀或请求端点。发生路径错误时，检查最终发出的 URL，而不只看设置框里的文字。原生协议所需的参数与头部，按该模型分组当前说明填写，本页不提供未经确认的原生端点或模型 ID。

仅在标记兼容时使用下面的请求

下面展示的是 OpenAI 兼容格式，不是 Anthropic 原生 Messages 请求，也不代表任意 Claude 分组都已完成真实调用验证。先确认兼容标记，再替换 MODEL_ID 和自己的令牌。

curl --request POST \
  "https://api.dxlingxiapi.top/v1/chat/completions" \
  --header "Authorization: Bearer API_KEY" \
  --header "Content-Type: application/json" \
  --data '{
    "model": "MODEL_ID",
    "messages": [
      {"role": "user", "content": "请把这句话改写得更简洁。"}
    ],
    "stream": false
  }'

先用基础文本请求确认地址、令牌和模型，再检查控制台调用记录。若业务程序使用原生 SDK，应回到该分组的原生说明完成配置，不以本页兼容示例替代原生协议文档。

Claude Code 等客户端要逐项验证能力

新手接入提供客户端配置入口。接入 Claude Code 或其他工具时，除了协议一致，还应确认实际模型是否支持工具调用、流式输出和业务需要的其他能力。基础对话成功，只能说明那一次请求的路径有效。

1. 先保存已验证的基础配置，使用简短文本观察正常返回和用量。
2. 需要流式输出时单独验证流式处理，检查客户端是否按对应协议读取事件。
3. 需要工具调用、图片或思考相关能力时，逐项核对模型详情和限制，再用最小任务验证。
4. 遇到不兼容参数时，先移除额外选项，不把所有功能同时开启后反复重试。

模型、工具版本和分组配置可能变化。保存验证时使用的模型 ID、协议与时间，后续故障才能与已通过的配置比较；不要把未验证的功能写成该站点的统一能力。

Claude 的价格按所选模型和分组查看

到价格页查看 Claude 模型详情，分别核对输入、输出、上下文档位及所选分组的计费条件。价格和可用性属于动态信息，接入文档中的协议示例不替代实时模型详情。

本站宣传的 0.05x 起针对指定 GPT 福利分组，以本站模型详情显示的基础价格为基准，不应套用到 Claude。累计充值等活动是否适用、何时生效以及能否叠加，以站内当前配置为准，不根据活动名称自行计算折后价。

优先排查协议错配，再核对权限

遇到 400，先看请求是否把原生字段发到了兼容端点，或者发送了模型不支持的选项。遇到 404，检查端点、自动补全的路径和模型 ID；不应通过随意更换路径来猜测原生入口。

401 通常先核对令牌与所选协议的鉴权方式；403 先检查分组和模型权限；429 结合错误正文查看并发及频率限制。余额、模型状态和具体错误内容也要同时核对。

向首页所列客服反馈时，提供客户端名称、模型 ID、所选协议、分组、请求时间和脱敏错误正文。如果同一令牌的基础请求可用而某个工具不可用，把两者的请求差异一并记录，不发送完整 API Key。