← Back to all guides

GPT-6.1 Sol 中转站 59API 改 base_url

迁移的真实成本，只在改配置那一步

把一个已经在跑的 OpenAI SDK 项目搬到新的接口来源，最怕的不是改代码，而是改完发现请求格式、鉴权头、模型名全要重写。开发者的时间应该花在业务逻辑上，而不是花在反复调 URL 上。59API 的思路很直接：一个账号、一个 API key、一个 API 主机 https://api.59api.com，把 Claude、GPT、Gemini、DeepSeek 等模型放在同一套入口后面。你手上的 OpenAI SDK 只需要换掉 base_url，业务代码基本不用动。

对已经熟悉 OpenAI 客户端的团队来说，迁移的核心动作小得出奇：把 base_url 从原来的地址改成 https://api.59api.com/v1，把原来的服务商密钥换成 59API 的密钥，然后把模型名换成 59API 提供的模型 id。chat endpoint 仍然是 https://api.59api.com/v1/chat/completions，SDK 内部负责拼接的路径、请求体结构和流式返回格式都保持原样。

这意味着一个假设性的场景：如果你维护着十几个仓库，每个仓库都用同一套 OpenAI SDK 封装，这次迁移的改动可以集中在一个环境变量或一个配置常量上，而不是逐个仓库重写请求逻辑。下面就把具体设置、可用模型边界和费用一起讲清楚。

客户端设置：改 base_url、换 key、改模型名

先准备一个 59API 账号并拿到 API key，然后在项目里改两处配置。第一处是 base_url，写成 https://api.59api.com/v1；第二处是 api_key，填入你自己的 59API 密钥。在 OpenAI SDK 里，这两处通常就是初始化客户端时传入的参数：

• base_url: https://api.59api.com/v1
• api_key: YOUR_59API_KEY
• chat endpoint: https://api.59api.com/v1/chat/completions

如果你的项目用环境变量管理配置，就把这些值放进 .env 或部署平台的密钥面板，代码里读取环境变量即可，改动量依然很小。Codex、cURL 以及 Cursor、Cherry Studio、Cline、OpenCode 这类 OpenAI 兼容客户端，走的都是同一条路径：把原来的服务地址替换为 59API 的 base_url，密钥换成 YOUR_59API_KEY。cURL 场景下，请求路径直接指向 https://api.59api.com/v1/chat/completions，鉴权沿用 OpenAI SDK 原有的方式。

改完之后建议先发一个最小请求：只输入一句话、输出几个 token，确认连通性与模型名都正确，再跑真实业务流量。59API 按请求的真实 token 用量计费，所以小请求成本可控，也能帮你在上线前把配置问题暴露出来。

先划边界：OpenAI SDK 只能配非 Claude 非 Gemini 模型

有一件事必须先说清楚：59API 不是所有模型都能塞进 OpenAI SDK。Claude 模型只支持通过正版 Claude Code 或 Claude Desktop 客户端调用，且要求 Claude Code 2.1.285 或更新版本；OpenAI SDK、cURL、Codex 以及 Cursor、Cherry Studio、Cline、OpenCode 都不支持 Claude 模型。Gemini 模型使用 Google 原生协议，只能在 Gemini CLI 里使用，通过 GOOGLE_GEMINI_BASE_URL=https://api.59api.com 与 GEMINI_API_KEY=YOUR_59API_KEY 配置，不兼容 /v1/chat/completions。

所以，走 OpenAI SDK 这条路的时候，你实际可用的范围是 GPT、DeepSeek 以及其他非 Claude、非 Gemini 的模型，比如 DeepSeek V4 Pro（模型 id deepseek-v4-pro）、DeepSeek V4 Flash（模型 id deepseek-v4-flash）、Qwen3.7 Plus（模型 id qwen3.7-plus）、Kimi K3（模型 id kimi-k3）、MiniMax M3（模型 id MiniMax-M3）、GLM-5.3（模型 id glm-5.3）等。

这条边界看起来像限制，其实省掉了很多试错。把模型名写对、客户端选对，就能拿到稳定结果；反过来，把 Claude 或 Gemini 硬塞进 OpenAI 兼容请求，得到的只会是让人排查半天的报错。59API 的模型列表建议直接复制模型 id，避免手写时出现大小写或版本号偏差。

按 token 计费：拿 GPT-6.1 Sol 算一笔

59API 采用预付余额、按真实 token 用量计费的模式，没有月费，余额不过期，月卡和周卡都是可选项。充值档位为 ¥10、¥50、¥100、¥200、¥500、¥1000，支持微信支付和银行卡，也可以开票。下面用两个算例说明量级。

• GPT-6.1 Sol（模型 id gpt-6.1-sol）：输入 ¥1.33、输出 ¥6.67、缓存读取 ¥0.27，每百万 token 计费。
• GPT-5.6 Sol（模型 id gpt-5.6-sol）：输入 ¥2.5、输出 ¥14、缓存读取 ¥0.2，每百万 token 计费。

以 GPT-6.1 Sol 为例，5M 输入加 1M 输出且不使用缓存，在 59API 上是 ¥13.32；按官方标价 $20 计算约合 ¥144，59API 约为官方标价的 9%。GPT-5.6 Sol 的 2M 输入加 0.5M 输出、不使用缓存，在 59API 是 ¥12，官方标价 $18 约合 ¥129.6，59API 约为官方标价的 9%。以上都是按当前费率做的假设性测算，实际账单取决于真实 token 用量。

充值、选卡与上线前检查清单

最后一步是充值和上线检查。59API 的充值档位从 ¥10 起，支持微信支付与银行卡；余额按请求真实 token 用量扣费，没有月费，余额永不过期。你也可以选择月卡或周卡：卡片有自己的 key，只能调用对应家族的模型，只能从卡内额度扣费，不会回落到钱包余额，余额 key 也不会动用卡片额度，未用完的额度不结转。例如 G-PRO 入门版为 ¥599，30 天，quota $3250，weekly cap $1250；【周卡】G-PRO $1500 为 ¥292，7 天，quota $1500，weekly cap $1500。卡片的额度和上限使用以 $ 表示的计量单位，并非官方标价的美元，不要直接换算成官方价格。

上线前可以按这个清单过一遍：

• base_url 是否为 https://api.59api.com/v1，chat endpoint 是否为 https://api.59api.com/v1/chat/completions。
• api_key 是否替换为 YOUR_59API_KEY 指向的 59API 密钥。
• 模型 id 是否与 59API 提供的列表完全一致。
• 所选模型是否属于 GPT、DeepSeek 等非 Claude、非 Gemini 家族；Claude 仅在正版 Claude Code 或 Claude Desktop 客户端可用，Gemini 仅在 Gemini CLI 通过原生协议可用。

对开发者来说，迁移的收益很实在：换 base_url、换 key、改模型名，业务代码基本保持原样；账单按 token 实时结算，成本看得见；59API 这一个账号和一把 key 就能覆盖多个模型家族。先用一个小额充值跑通主流程，再决定是否切换全部流量，是最稳妥的节奏。

Docs