GPT-6.1 Sol 接入教程：CheapRelay 怎么用？

01 / GPT-6.1 Sol 的价格表，省钱先算百分比

选模型时，口头描述不如一张价格表清楚。CheapRelay 价格表中的 GPT-6.1 Sol，模型 id 是 gpt-6.1-sol，每 100 万 token 的输入价为 ¥1.07，输出价为 ¥5.31，缓存读取价为 ¥0.25。对照官方标价，输入为 ¥14.40，输出为 ¥72.00，缓存读取为 ¥0.72。先算输入：¥1.07÷¥14.40≈7.4%，也就是按价格表计算约少 92.6%。再算输出：¥5.31÷¥72.00≈7.4%，约少 92.6%，可概括为低 93%。缓存读取则是 ¥0.25÷¥0.72≈34.7%，约少 65.3%。三个数字都来自价格表，不用靠感觉判断。

如果还要比较其他 GPT 型号，账也可以直接算。GPT-5.6 Sol 的输入价是 ¥2.20、输出价是 ¥12.34，而 GPT-6.1 Sol 分别是 ¥1.07 和 ¥5.31，两项都更低。GPT-6 Astra 的输入价是 ¥4.06、输出价是 ¥20.30，对比 GPT-6.1 Sol 的 ¥1.07 和 ¥5.31，差距同样写在价格表里。官方标价方面，GPT-6 Astra 输入为 ¥72.00、输出为 ¥360.00；GPT-6.1 Sol 则是 ¥14.40 和 ¥72.00。选更高规格还是先控制成本，可以按自己的 token 构成计算。

CheapRelay 采用预付余额，按真实 token 计费，没有月租，余额不过期。这里没有要求先购买固定数量的调用次数，任务少就少付，任务多就按实际用量结算。价格表还列有 Qwen3.7 Plus 输入 ¥0.87、输出 ¥2.61，以及 MiMo V2.6 Pro 输入 ¥1.25、输出 ¥2.50，这些数字也能放进同一张成本表，用于比较不同模型的任务路线。

02 / 用三个示例算清一次 GPT-6.1 Sol 账单

示例一：一次请求输入 10 万 token、输出 2 万 token，并读取 5 万 token 缓存。按 CheapRelay 价格表计算，输入费用是 ¥1.07×0.1=¥0.107，输出费用是 ¥5.31×0.02=¥0.1062，缓存读取费用是 ¥0.25×0.05=¥0.0125，三项相加约为 ¥0.2257。若同样用量按官方标价计算，则是 ¥14.40×0.1+¥72.00×0.02+¥0.72×0.05=¥2.916。两者相差约 ¥2.6903，这就是一个具体请求对应的价格表差额。

示例二：一次请求输入 100 万 token、输出 100 万 token，不计缓存读取。CheapRelay 费用为 ¥1.07+¥5.31=¥6.38；官方标价对应 ¥14.40+¥72.00=¥86.40。按价格表计算，¥6.38÷¥86.40≈7.4%，也就是约低 92.6%。如果每天做 10 次这种规模的请求，CheapRelay 侧为 ¥6.38×10=¥63.80，官方标价侧为 ¥86.40×10=¥864.00，差额是 ¥800.20。这里只是用量示例，实际账单仍以真实 token 为准。

示例三：先读取 100 万 token 缓存，再输入 10 万 token、输出 2 万 token。缓存读取按 ¥0.25×1=¥0.25 计算，输入按 ¥1.07×0.1=¥0.107 计算，输出按 ¥5.31×0.02=¥0.1062 计算，合计约 ¥0.4632。开发时可以先拿小请求跑一遍，记录真实用量，再乘以预计调用次数。别忘了注册赠送额度 ¥0.60，可用于任意模型，因此新账户也能先用它验证接口和模型 id，再决定后续充值多少。

03 / GPT-6.1 Sol 接入教程，配置路径只有一条

首先注册 CheapRelay 账户，拿到 API key。然后在所用客户端中填写接口地址与 key。GPT-6.1 Sol 属于 OpenAI 兼容模型，走 /v1 路径，基础地址使用 api.cheapapirelay.com，模型名称填 gpt-6.1-sol。可以使用 Cursor、Cherry Studio、Cline、Roo Code、OpenCode，也可以使用 OpenAI SDK 或 cURL。已有工具的读者通常只需替换地址、key 和模型名，不必为了调用 GPT-6.1 Sol 重写整套应用。

其次，把模型 id 写准确。价格表中的显示名称是 GPT-6.1 Sol，而请求里应填写 gpt-6.1-sol，大小写和连字符都要保持一致。其次确认路径：GPT、DeepSeek、Kimi、GLM、Qwen、Grok、MiniMax 等模型都走 OpenAI 兼容接口下的 /v1。示例请求可以先做一次短输入与短输出，确认返回正常，再投入真实任务。

不要把不同模型的客户端规则混在一起。Claude 型号只用于官方 Claude Code 和 Claude Desktop，客户端版本需为 2.1.285 或更新，不使用 Cursor、Cherry Studio、Cline、Roo Code、OpenCode、SDK 或 cURL，也不走 OpenAI 兼容协议。Gemini 型号只通过 Gemini CLI 使用原生协议，路径是 /v1beta，同样不走 OpenAI 兼容协议。本篇配置的是 GPT-6.1 Sol，所以按 /v1 的 OpenAI 兼容方式接入即可，规则明确，排错时也少一层猜测。

04 / 余额、并发与错误码，按运行情况管理

CheapRelay 的运行规则可以落到几条可执行动作。每个 key 每分钟可调用 120 次，每个账户可同时调用 8 次。批量任务不要把所有请求同时压上去，可以把并发控制在 8 次以内，并按分钟观察调用数量。其次是余额管理：HTTP 402 表示余额已经等于或低于零，此时继续请求不会生成正常结果，需要先充值再恢复调用。预付余额按真实 token 扣费，没有月租，余额也不会到期，所以不用为了避免过期而一次存入超出任务需要的金额。

其次，调用频率与余额应分开排查。若出现 402，先看余额，不属于客户端格式问题；若返回内容异常，则回查基础地址是否指向 api.cheapapirelay.com、路径是否包含 /v1、模型 id 是否为 gpt-6.1-sol，以及 key 是否填入正确位置。示例做法是使用一次很短的输入测试，读取返回中的 token 用量，再与价格表对应。这样可以区分配置错误、余额不足和频率安排问题，而不用反复修改一大段业务代码。

费用控制还可以从请求结构入手。输出 token 的价格高于输入 token，缓存读取也有单独价格，因此能复用上下文的场景可以先确认缓存读取是否产生。示例中，100 万 token 缓存读取按 ¥0.25 计算，而同样数量输入为 ¥1.07；两者相差 ¥0.82。这是价格表中的直接差额。开发者可以据此记录不同请求类型的用量占比，再决定哪些任务适合频繁调用，哪些任务适合批量合并。

05 / 充值、邀请与退款，把长期成本一起算

其次看充值规则。CheapRelay 使用预付余额，没有月租，按真实 token 付费，余额不过期。充值后 12 天内，如果还有未使用余额，可以申请退款，退款金额扣除已经消耗的部分和支付手续费。这个规则让试用量不必一次压得太满。示例做法是先用注册赠送的 ¥0.60 验证 GPT-6.1 Sol 的响应和用量，再根据真实任务规模充值，减少买多后闲置的金额。

其次看邀请收益。直接邀请的用户实际付款，CheapRelay 会把其中 20% 计入可提现奖励余额；第二级邀请用户实际付款，计入比例为 6%。奖励余额达到 ¥20 后可以通过支付宝提现。示例一：直接邀请的用户付款 ¥100，对应奖励为 ¥100×20%=¥20；示例二：第二级用户付款 ¥100，对应奖励为 ¥100×6%=¥6。把邀请数量与真实活跃付款金额列出来，再减去达到 ¥20 提现门槛前尚未结算的部分，就能算出实际回款，而不是只看一个比例数字。

最后把模型费用与账户规则合在一起看。GPT-6.1 Sol 的输入 ¥1.07、输出 ¥5.31、缓存读取 ¥0.25，按真实 token 进入 CheapRelay 账单；官方标价输入 ¥14.40、输出 ¥72.00、缓存读取 ¥0.72，可直接对照。开发者可以先接小流量，记录每天的输入、输出与缓存读取量，再按价格表换算；需要时再充值，需要邀请回款就按 ¥20 的提现门槛核对。价格、用量与余额三项都有明确数字，GPT-6.1 Sol 接入后的成本也就更容易掌握。