GPT-6 Astra 按量付费账单在 Relay365

把 GPT-6 Astra 的一天摊成一张可核对的账单

值班台收到一句「GPT-6 Astra 今天花了多少」，Relay365 的处理方式不是丢下一个模糊区间，而是把每百万 token 的单价摊开，再逐行相加。Relay365 是一个独立第三方中转服务，像一个全天候值班台，把不同模型线路放在同一张价格表上，让调用方按线路挑选、按 token 结算。

GPT-6 Astra 的线路名为 gpt-6-astra，每 1 million tokens 的价格是：输入 ¥5.36，输出 ¥26.81，缓存读取 ¥0.54；该线路未列出缓存写入价格。官方列表价为输入 ¥72、输出 ¥360、缓存读取 ¥7.2，因此 Relay365 的输出价约为官方价格的 7%。输入、输出、缓存写入、缓存读取这四类 token 在 Relay365 是分开定价的，所以账单也分行呈现，不会把不同性质的用量揉成一个总数。

要动手算之前，先确认三个前提：把线路锁定为 gpt-6-astra，把统计口径固定为「每 1 million tokens」，再决定你的用量是按天汇总还是按次汇总。下面全部采用前者，这样连续多日的费用可以顺着同一行项继续往下乘。

逐行相加：输入、输出与缓存读取

先用一组偏重的示例。比如你每天发送 2,000,000 输入 token、500,000 输出 token、1,000,000 缓存读取 token：

• 输入一行：2,000,000 token 相当于 2 个百万，按每百万 ¥5.36 计为 ¥10.72。
• 输出一行：500,000 token 相当于 0.5 个百万，按每百万 ¥26.81 计为 ¥13.405。
• 缓存读取一行：1,000,000 token 相当于 1 个百万，按每百万 ¥0.54 计为 ¥0.54。
• 缓存写入一行：GPT-6 Astra 未列出缓存写入价格，本示例不计这一项。
• 当日合计：¥10.72 + ¥13.405 + ¥0.54 = ¥24.665。
• 连续 30 天：¥24.665 × 30 = ¥739.95。

换一组偏轻的用量再走一遍流程。比如你每天发送 1,000,000 输入 token、200,000 输出 token、500,000 缓存读取 token，那么输入为 ¥5.36，输出为 ¥7.16 × 0.2 = ¥1.432，缓存读取为 ¥0.54 × 0.5 = ¥0.27，当日合计 ¥5.36 + ¥1.432 + ¥0.27 = ¥7.062，连续 30 天为 ¥211.86。两组示例的区别只在倍数，单价一格都没有变，这也正是分开定价带来的好处：你可以清楚看出哪一类用量在推高账单。

以上数字都是示例，把用量换成你自己的数字，直接套用同一组单价即可逐行算出来。Relay365 采用预付钱包，没有月费，每次调用按上游回报的 token 数量结算：上游失败返回 502 或 503 的调用不计费，流式连接中断则按实际已用部分计费。核对时也简单，用量日志里每一次调用的输入、输出、缓存召回与扣费都是分列的，把它们加总，与自己按单价算出的数字对照即可。

再算一档高峰用量并对账

如果某天请求集中，比如你每天发送 5,000,000 输入 token、1,000,000 输出 token、2,000,000 缓存读取 token：

• 输入一行：5 个百万 × ¥5.36 = ¥26.80。
• 输出一行：1 个百万 × ¥26.81 = ¥26.81。
• 缓存读取一行：2 个百万 × ¥0.54 = ¥1.08。
• 缓存写入一行：该线路未列出缓存写入价格，不计入。
• 当日合计：¥26.80 + ¥26.81 + ¥1.08 = ¥54.69。
• 连续 30 天：¥54.69 × 30 = ¥1,640.70。

对账时的顺序建议固定下来：先在控制台用量日志中筛出模型为 gpt-6-astra 的记录，逐条确认输入、输出、缓存召回与结果；再把同一时间段的输入 token 汇总，除以 1,000,000 得到输入百万数，乘以 ¥5.36；输出与缓存读取按同样方式处理；最后把四类行项相加，与钱包账本上的实际扣费对照。若某条记录结果为失败且属于上游 502 或 503，则该次调用不计费；若流式连接中断，则按日志中实际已用的部分计入。

Relay365 的用量日志保留最近 200 次请求，逐条显示时间、模型、输入、输出、缓存召回、扣费与调用结果（日志不显示是哪把密钥发起的），因此排查时以「时间 + 模型 + 扣费」为线索逐条往下走，而不是只看一个总数。钱包、奖励与值守卡各有独立账本，充值与消费可以在同一处对照。

同一张表上的横向比较与客户端边界

值班台的另一项职责是把差异讲清楚。在同一张价格表上，Claude Fable 5 的输出价为每百万 ¥136.34，官方列表价为 ¥360，Relay365 的输出价约为官方价格的 38%；GPT-5.6 Sol 的输出价为每百万 ¥15.05，约为官方价格的 10%。而 Gemini 2.5 Flash 没有列出官方价格，Relay365 也就只给出自己的单价，不做对比。价格页展示完整表格，本文只挑与账单相关的几行来说明。

选线路时，除了单价还要看客户端规则。Claude Fable 5 只在官方 Claude Code 与 Claude Desktop 客户端中可用，Claude Code 需要 2.1.285 或更新版本；Cursor、Cherry Studio、Cline、OpenCode 以及 SDK、cURL 这些客户端只对应 GPT、DeepSeek、Kimi、GLM、Qwen、Grok、MiniMax、Hunyuan 线路。GPT-6 Astra 属于 GPT 线路，可以按这些客户端的方式接入。Gemini 2.5 Flash 则走原生协议，只通过 Gemini CLI 使用，单次回复为 :generateContent，流式为 :streamGenerateContent?alt=sse，不能经由 /v1/chat/completions 走通。

接入时的检查点也有顺序：先在 Relay365 控制台新建一把带标签的 API 密钥，把密钥绑定到 gpt-6-astra 这条线路，再复制面板给出的快速接线示例填入客户端；发出一次小请求后回到用量日志，确认模型名、时间、输入、输出、缓存召回、扣费与结果都出现了，再把正式流量放进来。这样线路、密钥与账单一一对应，后续任何一行的异常都能顺着记录追下去。

值守卡与预付钱包：两种付费节奏

用量波动大的项目，Relay365 也提供可选的值守卡，Claude 与 GPT 线路可用，其他模型始终走钱包。GPT 值守卡为 30 天、$3000 配额、每 7 天 $900 上限，售价 ¥587.00，配额按值守卡费率 x2.5 支取，按列表价折算最多约 $1200 的用量，在值守卡费率高于列表价的模型上则更少。Claude 值守卡为 14 天、$700 配额、每 7 天 $380 上限，售价 ¥367.00，按列表价折算最多约 $280 的用量。每张值守卡都配一把专用密钥，这把密钥不触碰钱包余额。

钱包侧同样有清晰规则。新账号有 ¥1.50 的注册赠送；推荐奖励为一级 18%、二级 6%，按被推荐成员的付费额计算，达到 ¥80.00 可以提现，也可以转入钱包。充值后 14 天内，未使用余额可以退款，扣除已消费部分与支付渠道手续费；奖励与促销赠送不参与退款。限额方面，同一把密钥在 60 秒内超过 120 次调用，或同一账号同时在途请求超过 8 个，会收到 HTTP 429。

两种节奏怎么选，可以按用量形态判断：流量平稳、每天可预测的用量，走预付钱包最省心，按上文的行项逐日结算即可；峰值集中、需要在固定周期内拿到较大额度的项目，可以考虑值守卡，但要留意每 7 天的额度上限，以及值守卡费率 x2.5 这一支取规则。值守卡的专用密钥与钱包密钥分开管理，前者不消耗钱包余额，两边的账本也各自独立。

值班台如何让每笔请求可追溯

一张账单要能被核对，前提是每一笔调用都查得到。Relay365 控制台提供带标签的 API 密钥，密钥可以绑定到具体线路，并附有快速接线示例；用量日志保留最近 200 次请求，逐条显示时间、模型、输入、输出、缓存召回、扣费与调用结果。钱包、奖励与值守卡各有独立账本，站内消息可以直接发给值班台，需要先登录，界面语言共六种。

把这张示例账单放回日常：输入、输出、缓存写入、缓存读取四类 token 分开定价，价格表摆在同一处，调用记录逐条留痕，值班台全天值守。打开 Relay365，注册一个账号，把你的真实用量套进上面的行项，就能算清自己的每一笔支出。