← Voltar aos guias

GPT-6.1 Sol接入教程：59API改base_url

一、问题不在代码，而在接入这一步

第一次接入大模型 API，开发者最常卡住的地方往往不是业务代码，而是配置本身：地址怎么填、密钥放在哪、客户端要不要改造、请求打过去为什么没返回。你想试 GPT-6.1 Sol，也许还想对比 DeepSeek V4 Pro，但如果每换一个模型都要重写一遍调用逻辑，调试时间很快就被吃掉了。

59API 想解决的就是这件事。它是一个独立的第三方 AI API 中转服务：一个账号配一把 API 密钥，对应一个 API 主机 https://api.59api.com，就能调用 Claude、GPT、Gemini、DeepSeek 等模型。计费按真实 token 用量逐次结算，没有月费，余额不过期，月卡与周卡都是可选项。

换句话说，你不需要为不同模型分别注册账号、维护多份密钥，也不用在客户端里反复切换服务商地址。地址固定下来之后，真正需要动的通常只有 model 这一个字段。如果你已经写过 OpenAI SDK 的代码，迁移成本会更低。

对刚起步的开发者，这套设计的价值很实在：先用一笔不大的充值把链路跑通，确认模型可用、账单看得懂，再决定要不要继续加量。后面几步我会把设置逐条写清楚，你照着复制就能开始。

二、准备工作：充值、拿密钥、理清卡片

开始之前，先把账号和余额准备好。59API 采用预付费模式：先充值，再调用。充值金额可选 ¥10、¥50、¥100、¥200、¥500、¥1000，支持微信支付与银行卡支付，需要发票也可以申请。

金额选择上没有复杂规则，¥10 就足够跑通一次完整的请求链路，适合先做验证；如果你已经确定要长期使用某个模型，再一次性充到 ¥100 或更高的档位即可。余额不过期这一点让小额尝试没有心理负担，用不完也不会作废。

接下来在后台生成 API 密钥，拿到之后把它当作密码保管，不要写进公开仓库。59API 的调用只需要这一把密钥加一个主机地址，不需要额外配置多套账号体系，充值到账后即可开始调用。

如果你更习惯用可选的卡片，59API 也提供月卡与周卡：卡片有独立的 key，只能调用对应家族的模型，并且只从卡片额度里扣费，不会回落到钱包余额，余额 key 也不会动用卡片。卡内未用完的额度不结转，所以卡片更适合用量相对稳定的场景，而不是随手试一下就放着。第一次接入建议先走按量计费路径，把流程跑顺再考虑卡片。

三、OpenAI Python SDK 的具体设置

现在进入真正的接入步骤。如果你的项目已经在用 OpenAI Python SDK，改动量非常小，通常只需要两件事：把 base_url 指向 59API 的 OpenAI 兼容地址，再把 api_key 换成 YOUR_59API_KEY。

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

完整的最小示例如下，安装依赖是 pip install openai，把代码放进一个 .py 文件直接运行即可。

from openai import OpenAI

client = OpenAI(api_key='YOUR_59API_KEY', base_url='https://api.59api.com/v1')

resp = client.chat.completions.create(model='gpt-6.1-sol', messages=[{'role': 'user', 'content': '你好'}])

print(resp.choices[0].message.content)

请求最终会走 OpenAI 兼容的 chat completions 形式，所以原有的 messages 结构、模型参数、流式输出都可以沿用。代码里的 model 换成你实际要用的模型 id，例如 gpt-6.1-sol；只要改这一个字段，你就能在同一套调用逻辑里切换不同模型。

四、先验证，再扩展，顺带看清兼容边界

跑通之后，建议先做一次最小验证：发一句简单的话，确认能拿到回复，再逐步加上 system 提示、更多历史消息和流式输出。这样出问题时，你能快速判断是地址、密钥还是参数的问题，而不是把一堆变量混在一起排查。

如果你不想写代码，也可以直接在支持 OpenAI 兼容的客户端里配置同样的地址，比如 Cursor、Cherry Studio、Cline、OpenCode，以及 Codex、cURL 这类用法。填入 base_url https://api.59api.com/v1 与密钥 YOUR_59API_KEY 即可，思路与 SDK 完全一致。

这里有一条边界必须说清楚：通过 OpenAI SDK、Codex、cURL 以及上述 OpenAI 兼容客户端，只能调用 GPT、DeepSeek 等非 Claude、非 Gemini 的模型。Claude 模型仅能在正版的 Claude Code 或 Claude Desktop 客户端中使用（Claude Code 2.1.285 或更新版本），Gemini 模型走 Google 原生协议、仅在 Gemini CLI 中可用，都不适用于 /v1/chat/completions。59API 不会因为协议不同而替你做转换，按对应客户端的要求接入才不会踩坑。先用一个便宜的模型验证链路，再切到主力模型，也是很实用的做法。

五、按量计费怎么算，卡片要不要买

最后说说钱怎么算。59API 的价格按每 100 万 token 计价，以人民币结算，输入、输出和缓存读取分开计算。以 GPT-6.1 Sol 为例，输入 ¥1.33、输出 ¥6.67、缓存读取 ¥0.27；GPT-5.6 Sol 输入 ¥2.5、输出 ¥14、缓存读取 ¥0.2；DeepSeek V4 Flash 输入 ¥2、输出 ¥8、缓存读取 ¥0.05。

拿 GPT-6.1 Sol 算一笔：500 万输入 token 加 100 万输出 token 且不使用缓存，59API 侧是 ¥13.32，而官方标价（参考价）$20（约 ¥144），59API 约为标价的 9%。GPT-5.6 Sol 用 200 万输入加 50 万输出、不使用缓存时，59API 侧是 ¥12，官方标价 $18（约 ¥129.6），同样约为标价的 9%。

如果你的用量稳定，也可以选 59API 的可选卡片，比如 G-PRO 入门版 ¥599，配额 $2300、每周上限 $880，额度按卡片计量价 × 2.4 消耗，未用额度不结转。卡片和钱包余额各走各的，按量计费依然是最灵活的开始方式。

配置只有地址和密钥两处，成本也按真实用量结算。把 59API 接进你的第一个脚本，从一次最小请求开始，你会很快看到它到底适不适合你的项目。

Docs