便宜的 AI API

api.democrat 接 Claude Code:通用核验与配置模板

更新于 2026-10-31 · api.democrat

简答:可以尝试,但不能把 OpenAI 兼容地址直接填进 Claude Code。api.democrat 公共页面列出了 Anthropic 格式的 <code>/v1/messages</code> 路径,但截至 2026-10-31,本文未核实到其公开的 Key 创建位置、完整模型列表和 Claude Code 专用配置说明,因此不编造具体模型名或隐藏接口。正确做法是:先从服务控制台取得 Base URL、Key 和模型 ID,再用最小 Anthropic Messages 请求验证,最后把同一组变量交给 Claude Code。

定义:Claude Code API 中转,是让 Claude Code 通过一个兼容 Anthropic Messages API 的网关发送请求;网关至少需要明确认证方式、Base URL、模型 ID、消息接口和流式响应能力。

先看成功判定:不要只看到客户端启动就认为已接通

如果你搜索的是“claude code api 中转”,最重要的不是先复制一段配置,而是先确认这条请求链路是否成立:服务端提供 Anthropic Messages API→Key 能通过认证→模型 ID 可用→Claude Code 实际读取了同一组变量。

截至 2026-10-31,api.democrat 的公开首页写明其支持 OpenAI、Anthropic 和 Gemini 格式,并列出 Anthropic 路径 /v1/messages;这只能证明公开页面声称存在该格式,不能替代对你账户、Key 权限、模型列表和流式能力的实际验证。可查看其公开 API 页面,并以登录后的控制台或文档为准。

核验节点最低成功标准未通过时先查什么
协议文档明确提供 Anthropic Messages API,而不只是 OpenAI Chat Completions确认是否存在 POST /v1/messages
地址最终请求只形成一个正确的 Messages endpoint检查 Base URL 是否已经包含版本路径,避免重复拼接
认证请求头与服务方要求一致区分 Authorization: Bearer 与 x-api-key
模型使用控制台或接口文档列出的真实模型 ID不要把展示名称、套餐名称当作模型 ID
响应获得 HTTP 2xx,并返回可解析的 Anthropic 风格响应同时记录状态码、响应正文和请求时间,先不要改多个变量
客户端Claude Code 使用了同一 Base URL 和认证变量检查启动环境、配置文件及调试输出

Claude Code 官方的网关配置示例也采用 ANTHROPIC_BASE_URL 和认证变量,并提醒第三方网关的安全性与功能不由官方维护或审计;因此,本文只把官方资料用于解释 Claude Code 的配置方式,把 api.democrat 的具体参数留给其当前控制台或文档核对。参考Claude Code 网关配置说明。

获取 api.democrat 参数:哪些已公开,哪些仍需你确认

在 api.democrat 控制台中,按以下顺序寻找信息:

  1. 登录后查找 API、密钥、Keys、开发者设置或控制台中的类似入口。
  2. 创建一枚专门给 Claude Code 使用的独立 Key,不要直接复用已经写入代码仓库、脚本或公共工具的密钥。
  3. 复制服务方显示的 Anthropic Base URL。若同时看到 OpenAI Base URL,不要默认二者可以互换。
  4. 打开模型列表或接口文档,复制完整模型 ID。若只有“Claude”“Sonnet”“Opus”等展示名称,仍不能据此猜测 API 字符串。
  5. 确认认证头、版本头、是否需要额外请求头,以及服务方给出的完整 Messages endpoint。

目前可核实的是:api.democrat 公开页面列出统一网关、OpenAI 兼容示例和 Anthropic 的 /v1/messages 格式;本文没有从公开一手资料核实其具体 Key 创建路径、账户权限规则、全部模型 ID、Claude Code 版本兼容矩阵或流式响应细节。遇到这些信息缺失时,应标记为“未核实”,不要从其他中转服务的教程照搬。

Claude API 的官方参考将 Messages API 定义为 POST /v1/messages,并列出认证、anthropic-version 和 content-type 等请求要求,可对照Claude API 官方概览和Create a Message 官方参考。兼容网关可能增加或改写请求头,最终仍以网关文档为准。

先用最小请求验证,再配置 Claude Code

建议把完整请求地址单独保存为变量 ANTHROPIC_MESSAGES_URL,不要在命令里盲目拼接 /v1。如果服务方给出的完整地址是 https://example.invalid/v1/messages,就直接使用;如果给的是根地址,则按文档组成最终 endpoint。这样可以避免常见的 /v1/v1/messages。

Bash、Zsh、Linux 或 WSL

export ANTHROPIC_MESSAGES_URL="https://YOUR_MESSAGES_ENDPOINT"

export GATEWAY_KEY="YOUR_API_KEY"

export MODEL_ID="YOUR_MODEL_ID"

若服务方要求 Bearer:

curl -sS -w '\nHTTP_STATUS:%{http_code}\n' -X POST "$ANTHROPIC_MESSAGES_URL" -H "Authorization: Bearer $GATEWAY_KEY" -H "anthropic-version: 2023-06-01" -H "content-type: application/json" -d '{"model":"'"$MODEL_ID"'","max_tokens":1,"messages":[{"role":"user","content":"."}]}'

若服务方明确要求 x-api-key,把认证头替换为:

-H "x-api-key: $GATEWAY_KEY"

命令中的 anthropic-version、content-type 和其他自定义头必须以当前网关文档为准。不要因为某个网关接受了请求,就推断所有兼容服务都使用相同头部。

PowerShell

$env:ANTHROPIC_MESSAGES_URL = "https://YOUR_MESSAGES_ENDPOINT"

$env:GATEWAY_KEY = "YOUR_API_KEY"

$env:MODEL_ID = "YOUR_MODEL_ID"

$body = @{ model = $env:MODEL_ID; max_tokens = 1; messages = @(@{ role = "user"; content = "." }) } | ConvertTo-Json -Depth 5

Bearer 示例:

Invoke-RestMethod -Method Post -Uri $env:ANTHROPIC_MESSAGES_URL -Headers @{ Authorization = "Bearer $env:GATEWAY_KEY"; "anthropic-version" = "2023-06-01" } -ContentType "application/json" -Body $body

返回 HTTP 2xx 只能说明该次请求获得了成功响应;还要检查响应是否为可解析 JSON、是否包含消息内容,以及模型是否支持 Claude Code 需要的工具调用和流式能力。某些网关会改写响应字段,因此不能只看“没有报错”。

把验证通过的变量交给 Claude Code

Claude Code 官方网关资料展示了通过环境变量或 settings 文件中的 env 配置 Base URL 和认证变量的方式。最稳妥的顺序是先用当前终端临时变量测试,确认最小请求成功后,再持久化配置。参考官方 LLM 网关配置页。

macOS、Linux 或 WSL:临时配置

如果服务方要求 Bearer:

export ANTHROPIC_BASE_URL="https://YOUR_BASE_URL"

export ANTHROPIC_AUTH_TOKEN="YOUR_API_KEY"

如果服务方要求 x-api-key,使用:

export ANTHROPIC_BASE_URL="https://YOUR_BASE_URL"

export ANTHROPIC_API_KEY="YOUR_API_KEY"

同一次测试中不要同时保留两种认证变量。Claude Code 的环境变量参考说明,ANTHROPIC_API_KEY 会作为 X-Api-Key 发送;官方网关示例则说明 ANTHROPIC_AUTH_TOKEN 用于 Authorization。可对照Claude Code 环境变量参考和网关认证示例。

Windows PowerShell

$env:ANTHROPIC_BASE_URL = "https://YOUR_BASE_URL"

$env:ANTHROPIC_AUTH_TOKEN = "YOUR_API_KEY"

使用 x-api-key 时改为:

$env:ANTHROPIC_API_KEY = "YOUR_API_KEY"

Base URL 是否包含 /v1,不要依据变量名猜测。官方网关示例既展示根地址,也展示带路径的 provider-specific endpoint,说明路径取决于网关实现。保存配置后,在同一终端启动 claude;如果使用 --verbose,可辅助查看请求过程。CLI 参数和调试选项可参考Claude Code CLI 官方参考。

settings.json 示例

确认变量有效后,可将其放入 Claude Code settings 文件的 env 对象:

{"env":{"ANTHROPIC_BASE_URL":"https://YOUR_BASE_URL","ANTHROPIC_AUTH_TOKEN":"YOUR_API_KEY"}}

如果服务方要求 x-api-key,将认证字段改成 ANTHROPIC_API_KEY。不同安装方式和运行界面的配置入口可能不同;不要假定 CLI、编辑器集成和桌面界面一定读取完全相同的启动环境。若临时变量能通而图形界面不能通,优先检查该界面的环境配置和实际启动日志。

模型名、启动参数与兼容性边界

模型名是中转配置中最容易被误填的一项。api.democrat 公开页面虽然展示了多个模型系列,但本文没有核实其给 Claude Code 使用的完整模型 ID,因此不能直接写入某个具体字符串。正确顺序是:控制台模型列表→服务方接口文档→最小请求返回的模型错误→Claude Code 的模型参数。

Claude Code CLI 官方参考支持使用 --model 指定别名或完整模型名,例如:

claude --model YOUR_MODEL_ID

如果服务方只给出自定义模型别名,应以该服务的模型列表为准。Anthropic 的网关文档也说明,自定义模型名需要配置为网关实际使用的名称,而不是自动套用官方展示名。若模型请求返回 404 或“model not found”,保留 Base URL 和 Key 不变,只替换为服务方明确列出的模型 ID,避免同时修改多项配置。

此外,普通文本请求成功,不代表工具调用、长上下文、流式输出或 thinking 都兼容。Claude Code 可能依赖特定的消息格式和流式事件;这些能力应分别验证。没有直接文档或可复现响应时,写作和排错都应使用“未核实”,不要把 OpenAI 兼容能力等同于 Anthropic 全功能兼容。

401、403、404、429、5xx 和流式中断排查表

错误或现象优先核对下一步动作
401Key 是否有效、认证头是否选对、变量是否为空用同一 Key 重跑最小请求;Bearer 与 x-api-key 不要混用
403账户权限、Key 范围、余额或网关策略查看控制台和响应正文;不要仅凭 403 认定是 Claude Code 本身故障
404完整 endpoint、重复 /v1、模型 ID 或协议不匹配打印最终请求地址,并对照服务方文档逐字符检查
429限速、并发、余额或上游配额查看响应头和用量,降低并发;不要无限循环重试
500/502/503网关转发、上游渠道或服务端状态保留时间、状态码、request ID 和脱敏正文,向服务方反馈
超时网络、反向代理超时、上游响应时间先测 max_tokens: 1 的短请求,再测试长请求
流式中断SSE 转发、代理缓冲、连接超时和网关兼容性确认服务方明确支持流式;先比较非流式和短流式响应
curl 成功但 Claude Code 失败Claude Code 是否读取相同变量和模型从同一终端启动,使用 --verbose,检查实际配置来源

固定闭环是:确认 Key、Base URL、模型和最终 URL→发送最小请求→记录 HTTP 状态和脱敏响应→启动 Claude Code→再测试模型选择、工具调用和流式输出。不要把第三方网关返回的状态直接解释为 Anthropic 官方平台状态。

Key 泄露后的撤销与清理

如果 Key 出现在 Git 提交、截图、终端录屏、CI 日志或公开工单中,不要只删除本地文件。立即进入服务控制台执行撤销、禁用或轮换;如果控制台没有这些选项,应联系服务方确认。然后同步更新本地 shell 配置、CI/CD Secret、编辑器环境和 settings 文件。

本地还应检查 shell 历史记录,例如包含完整 export ANTHROPIC_AUTH_TOKEN=... 或 $env:ANTHROPIC_API_KEY=... 的命令;删除后再确认相关日志、备份和构建产物没有保存旧值。清理时不要把完整 Key 复制到新的工单中,只提交前后部分字符、哈希、时间和 HTTP 状态。

官方资料说明,Claude Code 可以通过 API Key 或网关方式认证;具体密钥生命周期由实际服务方控制。关于 Claude Code 的安装和认证入口,可参考官方入门文档。api.democrat 的 Key 撤销、额度限制和日志保留规则,本文截至核验时未找到公开一手说明,应以其当前控制台和服务条款为准。

常见问题

api.democrat 现在能不能直接接 Claude Code?

截至 2026-10-31,api.democrat 公开页面列出了 Anthropic 格式的 /v1/messages,因此具备尝试的接口线索;但本文没有核实到其账户级 Key 权限、完整模型 ID、流式能力和 Claude Code 专用配置。不能直接承诺一定可用,应先用最小 Messages 请求验证。

api.democrat 的 Base URL 要不要加 /v1?

不能一概而论。先看服务方给的是根地址还是完整的 Messages endpoint。如果完整地址已经包含 /v1,就不要再次拼接;目标是最终只出现一个正确的 /v1/messages,而不是 /v1/v1/messages。

ANTHROPIC_AUTH_TOKEN 和 ANTHROPIC_API_KEY 选哪个?

根据网关要求的认证头选择:Authorization: Bearer 通常对应 ANTHROPIC_AUTH_TOKEN;x-api-key 对应 ANTHROPIC_API_KEY。一次测试不要同时保留两种变量,否则很难判断实际发送了哪种凭据。

为什么最小 curl 成功,Claude Code 还是报 401?

通常要检查 Claude Code 是否继承了同一组 Base URL、Key 和模型变量。先从设置这些变量的同一终端启动 Claude Code,再使用 --verbose 查看启动和请求过程;图形界面启动时,不要默认它会继承终端的临时变量。

返回 404 是 API Key 无效吗?

不一定。404 更常见于 endpoint 拼接错误、模型 ID 不存在,或网关没有实现 Anthropic Messages API。先固定 Key,检查最终 URL 和模型字符串,再对照服务方文档重试。

普通文本请求成功,能否说明 Claude Code 的工具调用和流式输出也可用?

不能。普通请求只证明基本请求获得了响应,还需要单独验证流式事件、工具调用、长回复和模型能力。api.democrat 对这些能力的公开说明不足时,应标记为未核实。

相关阅读

参考资料

  1. api.democrat 公开 API 页面:协议与端点说明
  2. Anthropic 官方:Claude Code LLM 网关配置
  3. Claude Platform 官方:API 概览、认证与 Messages API(platform.claude.com)
  4. Claude API 官方:Create a Message(platform.claude.com)
  5. Claude Code 官方:环境变量参考(code.claude.com)
  6. Anthropic 官方:Claude Code CLI 参考
  7. Anthropic 官方:Claude Code 入门与认证