← Retour aux guides

GPT-6.1 Sol 接入教程：59API cURL 请求配置

第一次调用卡住，多半不是模型的问题

第一次调用 AI 接口，真正让人卡住的往往不是模型本身，而是地址、密钥和协议三件事没对上。文档翻了几页，命令敲了一半又删掉，最后只留下一个模糊的疑问：明明照着做了，为什么还是报错？

这种摩擦本可以省掉。59API 是独立的第三方 AI API 中转服务：一个账号、一把 API key、一个 API 主机，就能调用 GPT、DeepSeek 等模型。你不必为每个模型重新注册、重新申请权限，也不用在多家服务商之间来回切换。

本文用 cURL 带你完成第一次 59API 请求，示例模型选 GPT-6.1 Sol。整个过程只有三件事：拿到 key、确认余额、拼出一条命令。读完你会发现，所谓接入门槛，本质上就是把 base_url、模型 id 和 key 填对。

你不需要先写 SDK，也不需要自己搭代理服务。cURL 在大多数系统里开箱可用，一条命令就能同时验证地址、鉴权和模型是否可用，这种先跑通再封装的顺序，能把调试成本压到最低。

对独立开发者和小团队来说，统一入口的价值在第二次调用时才会真正显现：换模型只改一个 id，不用重写整套集成。计费方式也很直白：预付余额，按真实 token 用量逐次扣除，没有月费，余额不过期。如果你现在就想试，先去 59API 控制台生成一把属于自己的 API key，后面每一步都会用到它。

接入前的准备：地址、密钥和余额

先说结论，把下面三个值记住，后面所有配置都从它们派生。

• API 主机：https://api.59api.com
• OpenAI 兼容的 base_url：https://api.59api.com/v1
• 对话接口地址：https://api.59api.com/v1/chat/completions

base_url 末尾的 /v1 不能漏，很多 404 就是少了这一段造成的。59API 采用 OpenAI 兼容格式，因此 cURL、Codex、各类 OpenAI SDK，以及 Cursor、Cherry Studio、Cline、OpenCode 这类兼容客户端都能直接使用同一套地址与 key，不需要为不同工具各配一份。

第二件事是余额。59API 为预付模式，充值档位为 ¥10、¥50、¥100、¥200、¥500、¥1000，支持微信支付与银行卡支付，可开具发票。余额按真实 token 用量扣费，没有月费，余额永不过期，也就是说这笔钱不会因为时间推移而作废。

第三件事是密钥。生成后请妥善保存，因为它等同于你的账户凭据。建议先充值一笔小额金额跑通流程，确认链路和输出都符合预期，再放大调用量。三个条件都齐了，接下来就是发请求。

用 cURL 发出第一条请求

现在进入实操。cURL 的好处是零依赖：终端里敲一条命令，就能看到完整的请求头、响应体和状态码，出问题时排查路径非常清晰，比在代码里包一层封装更快定位。

先准备一个 request.json 文件，里面写三个字段：model 取 gpt-6.1-sol；messages 是一个数组，放一条 role 为 user 的消息，content 写你想问的内容；stream 设为 false，方便一次性拿到完整结果，不让流式分片干扰第一次观察。

然后在终端执行：

• curl https://api.59api.com/v1/chat/completions -H 'Content-Type: application/json' -H 'Authorization: Bearer YOUR_59API_KEY' --data-binary @request.json

把 YOUR_59API_KEY 换成你自己的 key，其余部分保持原样。命令发出后，如果返回 HTTP 200 和一段 JSON，里面会出现模型回复以及 usage 字段，说明第一次 59API 请求已经跑通。

注意命令里的引号风格：header 用单引号包裹，JSON 放在独立文件里用 --data-binary 读入，可以避开不同终端对引号的转义差异。Windows 用户如果习惯命令行拼参数，也可以把同样的字段直接写进请求体。命令跑通之后，你完全可以把这条 curl 原型搬进自己的服务里。

跑通之后，怎么确认这次花了多少钱

响应里的 usage 会告诉你这次请求消耗了多少输入和输出 token。59API 的价格按每 100 万 token 计价，结算货币是人民币，账单实时反映在控制台余额里，不需要等月底才看到数字。

以 GPT-6.1 Sol 为例，每 100 万 token 的输入价是 ¥1.33，输出价是 ¥6.67，缓存读取价是 ¥0.27。算一笔具体的账：假设一次任务用了 5M 输入 token 和 1M 输出 token 且没有命中缓存，在 59API 上的费用是 ¥13.32；同样的用量按官方标价 $20（约 ¥144）计算，59API 约为标价的 9%。

如果想先控制成本，也可以从更便宜的模型起步。DeepSeek V4 Flash 的输入价是 ¥2、输出价是 ¥8；MiniMax M3 的输入价是 ¥1、输出价是 ¥4。换成它们只需要改 model 字段，地址、key、代码结构都不用动。

想进一步压低单位成本，还可以看看可选的周卡与月卡。卡片有独立 key，只能调用对应系列模型，只从卡内额度扣费，绝不回落到钱包余额，余额 key 也不会动用卡片额度；未使用额度不结转。额度与上限是卡片计量单位，用 $ 标示，不等同于官方标价的美元。

常见报错与排查顺序

第一次请求失败，不必怀疑自己。把错误按下面顺序排查，通常几分钟内就能定位。

• 返回 401：检查 Authorization 头是否写了 Bearer 加空格，key 是否复制完整、有多余换行。
• 返回 404：确认地址是 https://api.59api.com/v1/chat/completions，末尾 /v1 不能少。
• 返回 400 且提示模型不存在：核对 model 是否与 59API 上的模型 id 完全一致，区分大小写。
• 返回 429 或余额不足：回到控制台充值后重试。

如果请求长时间无响应，先用最小的一条消息重跑，确认链路通畅，再逐步加长上下文。命令行加 -i 参数可以看到响应头，排查状态码更方便。

最后提醒一句边界：59API 是第三方中转服务，不是任何模型厂商的官方渠道，官方标价只作为参考价。确认链路可用之后，你可以按真实用量再决定模型档位和是否购买卡片。现在就去 59API 生成 key、充一笔 ¥10，用上面那条 cURL 命令，跑通属于你的第一次请求。

Docs