GPT-5.6 Sol 价格：Relay365 按量付费账单

值班台把 GPT 线路摊在同一张价目表上

这里是 Relay365 值班台。Relay365 是一家独立第三方中转站，像一张全天候有人接单的值班桌：开发者把请求交给 Relay365，线路负责转发，账单按上游实际报告的 token 数量结算。预付费钱包、无月费，每一次调用都按 token 计费；上游出现 502 或 503 的调用不计费，流式连接中断则只结算已经实际用掉的部分。

所有线路放在同一张表上，四类 token——输入、输出、缓存写入、缓存读取——分开标价。GPT-5.6 Sol 的缓存写入一栏是“-”，表上未给出该项价格；其余线路是否提供缓存写入，同样以价目表为准，不用猜。价格页展示完整表格，值班台这边的工作，是把每一笔费用拆到能被复核的程度。

接入时可以做三步检查：先在控制台创建 API key，用标签标出用途（例如“测试”“生产”），再把 key 绑定到指定线路，最后从快速接线代码片段里复制对应配置。绑定之后，这把 key 的调用就会落到你选定的线路上，后续用量日志也能按模型逐条查看。

在控制台里，最近 200 条请求的用量日志会列出时间、模型、输入、输出、缓存召回、费用与结果（它不显示是哪把 key 发出的），钱包、佣金与值守卡各有账本，站内消息可以直接找到值班台。界面提供六种语言，登录后即可在站内给值班台留言。

GPT-5.6 Sol 与公开价目的逐项对照

以 GPT-5.6 Sol 为例，Relay365 的价格按每 100 万 token 计：输入 ¥2.69，输出 ¥15.05，缓存读取 ¥0.21，缓存写入为“-”。对应的公开价目是输入 ¥28.8、输出 ¥144、缓存读取 ¥2.88。也就是说，Relay365 的输出价约为公开价目的 10%。

同一张表里，GPT-6.1 Sol 的输入 ¥1.43、输出 ¥7.16、缓存读取 ¥0.28，公开价目为输入 ¥14.4、输出 ¥72、缓存读取 ¥0.72，输出价约为公开价目的 10%；GPT-6 Astra 的输入 ¥5.36、输出 ¥26.81、缓存读取 ¥0.54，公开价目为输入 ¥72、输出 ¥360、缓存读取 ¥7.2，输出价约为公开价目的 7%。

再看一个非 GPT 线路作参照：Claude Sonnet 5.5 在 Relay365 的输入 ¥8.51、输出 ¥42.54、缓存写入 ¥10.63、缓存读取 ¥0.68，公开价目为输入 ¥14.4、输出 ¥72、缓存读取 ¥0.72，输出价约为公开价目的 59%。这条线路同时给出缓存写入价格，四类 token 各归各位。

对照时要注意两点：一是只比同类 token，输入对输入、输出对输出、缓存读取对缓存读取；二是每 100 万 token 的单位保持一致。把单价换算成“每千 token”再乘回去，得到的总额应当相同，这一步可以帮你确认没有把单位读错。

示例账单：每天一百万输入、五十万输出、二十万缓存读取

下面是一份示例账单，只是假设用量，用来说明怎么算。比如你每天发送 100 万输入 token、50 万输出 token、20 万缓存读取 token，Relay365 每天的花费是：

• 输入：100 万 × ¥2.69 = ¥2.69。
• 输出：50 万 × ¥15.05 = ¥7.525。
• 缓存读取：20 万 × ¥0.21 = ¥0.042。
• Relay365 每天合计：¥2.69 + ¥7.525 + ¥0.042 = ¥10.257。

同样的用量按公开价目结算：输入 100 万 × ¥28.8 = ¥28.8；输出 50 万 × ¥144 = ¥72；缓存读取 20 万 × ¥2.88 = ¥0.576；每天合计 ¥28.8 + ¥72 + ¥0.576 = ¥101.376。

按 7 天算，Relay365 是 ¥10.257 × 7 = ¥71.799，公开价目是 ¥101.376 × 7 = ¥709.632；按 30 天算，Relay365 是 ¥10.257 × 30 = ¥307.71，公开价目是 ¥101.376 × 30 = ¥3041.28，两者相差 ¥2733.57。以上数字都由上面的单价乘出来，可以逐行复核。

复核之后可以把结果和用量日志对照：日志里每条记录都带着当次调用的输入、输出、缓存召回与费用，把一个周期内的记录相加，方向应当与上面的估算一致；若有出入，多半是实际流量与假设流量不同，而不是单价算错。

换一种口径：只算输入与输出

如果你不用缓存读取，只按输入与输出计，比如每天 100 万输入加 100 万输出：Relay365 每天 ¥2.69 + ¥15.05 = ¥17.74，公开价目每天 ¥28.8 + ¥144 = ¥172.80；30 天分别是 ¥532.20 与 ¥5184.00，相差 ¥4651.80。

把同样的口径换成 GPT-6.1 Sol：Relay365 每天 ¥1.43 + ¥7.16 = ¥8.59，公开价目每天 ¥14.4 + ¥72 = ¥86.40；按 30 天算是 ¥257.70 与 ¥2592.00，相差 ¥2334.30。两笔账都只用了输入与输出两行，结构完全一致。

再看带缓存写入的算法：假设每天 10 万缓存写入 token、100 万输入 token，Claude Sonnet 5.5 在 Relay365 的缓存写入是 ¥10.63 × 10 万 = ¥1.063，输入是 ¥8.51 × 100 万 = ¥8.51，两项相加每天 ¥9.573；按 7 天算就是 ¥67.011。四类 token 分开标价的意义正在于此：哪一项在涨、涨了多少，日志与账本都能指出来。

两张账单的差别主要来自输出端。输出 token 的单价通常高于输入，而 Relay365 把 GPT-5.6 Sol 的输出单价压到公开价目的约 10%，这正是长期调用里容易积累差额的一段。把用量口径换成你自己的数字，账单结构一样清楚。

值守卡、充值与退款规则

如果用量集中，Relay365 也提供 GPT 值守卡。30 天、额度 $3000、每周上限 $900 的那张售价 ¥587.00，按值守卡费率 ×2.5 提取，最高可支撑按公开价目计约 $1200 的用量（值守卡费率高于公开价目的模型可支撑的用量会更少）；30 天、额度 $7200、每周上限 $2100 的那张售价 ¥1,397.00，同样按 ×2.5 提取，最高约可支撑按公开价目计 $2880 的用量。值守卡自带专用 key，全程不碰钱包。

充值与退款规则同样写明：新账号有 ¥1.50 的注册额度。推荐奖金按被推荐成员实际付费额计算，1 级 18%、2 级 6%，满 ¥80.00 可以提现，也可以转入钱包。充值后 14 天内，未使用的余额可以退款，扣除已消耗部分与支付渠道手续费；奖金与推广额度不予退款。

客户端也要挑对：Claude 线路只在官方 Claude Code 与 Claude Desktop 中可用（Claude Code 需 2.1.285 或更新版本），Cursor、Cherry Studio、Cline、OpenCode、SDK 与 cURL 只配合 GPT、DeepSeek 等非 Claude 线路。速率限制写在明面上：单把 key 在 60 秒内超过 120 次调用，或单个账号同时在途超过 8 个请求，会收到 HTTP 429。

把账摊开，再决定用哪条线路

Relay365 值班台做的事并不复杂：把线路摆在一张表上，把 token 分成四类分别标价，把每一次请求的输入、输出、缓存召回、费用和结果写进最近 200 条的用量日志，再让钱包、佣金、值守卡各有清晰账本。上面那笔示例账单可以自己动手验算一遍：先算单日，再乘天数，再回头核对日志。

现在就注册一个 Relay365 账号，把示例用量换成你自己的真实流量试一次。