Claude Code 走 Relay365 按量付费的账单示例

值班台把两种账单方式摆上同一张桌

很多开发者面对 Claude Code 时，实际只有两个选择：自己开一份官方订阅，或者走 Relay365 按量付费。这两种方式花钱的逻辑完全不同，值班台的做法是把它们放在同一张桌上逐项写清楚，而不是让你凭感觉挑一个。

Relay365 是一个独立第三方中转服务，像一个全天候运转的值班台，把各条线路摆在同一个控制台里。Claude Code、GPT、DeepSeek 等线路各就各位，调用方式、计费口径与扣费记录都能在同一处查看，你不必为了换一个模型就换一套工具。

按量付费这一侧，Relay365 采用预付钱包，没有月费，每一次调用都按上游回报的 token 数量结算。上游返回 502 或 503 的失败调用不计费；流式连接中断的，按实际已经用掉的部分计费。这两条规则写清楚，是为了让月底的账单可预期。

值班台建议你先弄清一件事：计费单位是每 100 万 token，所以账单上的换算动作永远是同一套——把实际 token 数除以 1,000,000，再乘以该线路对应类型的单价。输入、输出、缓存写入、缓存读取这四类 token 分开计价，四个数分别乘、分别记，最后再相加。后文的每一笔示例都按这个顺序展开，你可以直接照着套自己的用量。

先算 Claude Fable 5 的一笔日账

下面的数字是一个示例，不是承诺。比如你每天用 Claude Fable 5 发送 100,000 个输入 token、20,000 个输出 token、写入 20,000 个缓存 token、读取 50,000 个缓存 token。Relay365 的费率按每 100 万 token 计算。

• 输入这一行：100,000 ÷ 1,000,000 × ¥27.27 = ¥2.727。
• 输出这一行：20,000 ÷ 1,000,000 × ¥136.34 = ¥2.7268。
• 缓存写入这一行：20,000 ÷ 1,000,000 × ¥33.56 = ¥0.6712。
• 缓存读取这一行：50,000 ÷ 1,000,000 × ¥2.10 = ¥0.105。

四类 token 分开计价，这一天合计 ¥6.23。按 30 天算：¥2.727 + ¥2.7268 + ¥0.6712 + ¥0.105 = ¥6.23，乘以 30 得 ¥186.90。

如果想先看单次调用长什么样，可以把上面的日用量缩到一次请求：假设这次请求是 10,000 输入 token、2,000 输出 token、2,000 缓存写入、5,000 缓存读取，输入就是 10,000 ÷ 1,000,000 × ¥27.27 = ¥0.2727，输出是 2,000 ÷ 1,000,000 × ¥136.34 = ¥0.27268，缓存写入是 2,000 ÷ 1,000,000 × ¥33.56 = ¥0.06712，缓存读取是 5,000 ÷ 1,000,000 × ¥2.10 = ¥0.0105，四项相加 ¥0.623。把这类单次结果乘以调用次数，再乘以天数，就是你的月度估算；月末用日志核对，比拍脑袋估更靠得住。

再把 Haiku 与 GPT 放进同一本账

Claude Haiku 4.5 的示例用量换成：每天 200,000 输入 token、50,000 输出 token、50,000 缓存写入、100,000 缓存读取。

• 输入这一行：200,000 ÷ 1,000,000 × ¥2.55 = ¥0.51。
• 输出这一行：50,000 ÷ 1,000,000 × ¥12.25 = ¥0.6125。
• 缓存写入这一行：50,000 ÷ 1,000,000 × ¥3.06 = ¥0.153。
• 缓存读取这一行：100,000 ÷ 1,000,000 × ¥0.20 = ¥0.02。

日合计 ¥1.2955，30 天为 ¥38.865。

GPT-6.1 Sol 的示例用量是每天 300,000 输入 token、60,000 输出 token、200,000 缓存读取。

• 输入这一行：300,000 ÷ 1,000,000 × ¥1.43 = ¥0.429。
• 输出这一行：60,000 ÷ 1,000,000 × ¥7.16 = ¥0.4296。
• 缓存读取这一行：200,000 ÷ 1,000,000 × ¥0.28 = ¥0.056。

日合计 ¥0.9146，30 天为 ¥27.438。三条线路的示例账单相加：¥186.90 + ¥38.865 + ¥27.438 ≈ ¥253.20（30 天）。

这里可以顺手做一个检查：把每条线路的日合计再乘一次 30，看是否回到上表的月度数字。比如 Haiku 的 ¥1.2955 × 30 = ¥38.865，GPT-6.1 Sol 的 ¥0.9146 × 30 = ¥27.438，两处都对得上，说明换算过程没有漏项。缓存写入这一类如果你的用量里没有发生，就直接按 0 参与合计，不必硬凑。

与官方定价并排看同一笔用量

Claude 与 GPT 有官方定价可以对照，其余线路没有官方价格，就不做比较。同样上面那笔 Claude Fable 5 用量，按官方定价每天是：输入 100,000 ÷ 1,000,000 × ¥72 = ¥7.20，输出 20,000 ÷ 1,000,000 × ¥360 = ¥7.20，缓存读取 50,000 ÷ 1,000,000 × ¥7.2 = ¥0.36，三项合计 ¥14.76，30 天为 ¥442.80。官方定价没有列出缓存写入这一项，因此它和 Relay365 的四类分项不能直接对齐。

把可以对齐的三项放在一起看：Claude Fable 5 在 Relay365 一侧是 ¥2.727 + ¥2.7268 + ¥0.105 = ¥5.5588，30 天 ¥166.764；Claude Haiku 4.5 是 ¥0.51 + ¥0.6125 + ¥0.02 = ¥1.1425，30 天 ¥34.275；GPT-6.1 Sol 是 ¥0.429 + ¥0.4296 + ¥0.056 = ¥0.9146，30 天 ¥27.438。三者合计 ≈ ¥228.48，而同样用量的官方定价合计是 ¥442.80 + ¥99.36 + ¥263.52 = ¥805.68。

单看输出费率，Relay365 的 Claude Fable 5 输出价约为官方定价的 38%，Claude Haiku 4.5 约为 34%，GPT-6.1 Sol 约为 10%。

对照时要注意口径一致：同一笔用量、同样的 token 分类、同样按每 100 万 token 折算，不要拿不同用量的两笔账互相比较。缓存写入这一项在官方定价里没有对应数字，所以上面的对照只覆盖输入、输出与缓存读取三项。

值守卡与钱包各管一段路

如果用量集中在 Claude Code，可以考虑 Claude 值守卡。14 天 $700、每周上限 $380 的那张，价格是 ¥367.00，额度按值守卡费率 ×2.5 提取，按官方定价最多约 $280 的用量，模型本身值守卡费率高于官方定价的则更少。另一张是 GPT 值守卡：30 天 $3000、每周 $900，价格 ¥587.00，同样按值守卡费率 ×2.5 提取，按官方定价最多约 $1200 的用量。

值守卡自带独立密钥，不碰钱包；其他模型一律走钱包。钱包这一侧还有几个可以算的数字：新账号有 ¥1.50 的注册赠送；推荐奖励为一级 18%、二级 6%，按被推荐成员的实付金额计算，满 ¥80.00 可以提现，也可以转入钱包。

充值后 14 天内，未使用的余额可以退款，扣除已消耗部分和支付渠道手续费；奖励与赠送额度不参与退款。

怎么选，值班台给一个可执行的做法：先从最近一周的用量日志里读出真实调用量，看它更接近钱包按量付费还是某张值守卡的额度与每周上限；如果你的使用节奏更均匀、总量不大，钱包按量付费更直接；如果用量集中在 Claude Code 且规模稳定，再对照值守卡的额度上限与提取规则决定。退款这一侧也值得先看清：充值后 14 天内，未使用余额可以退回，但要扣掉已消耗部分和支付渠道手续费，奖励与赠送额度不参与退款，所以退款金额一定小于充值金额。

接入规则与可追溯的用量记录

Claude 线路只支持官方 Claude Code 与 Claude Desktop 客户端，Claude Code 需要 2.1.285 或更新版本。Cursor、Cherry Studio、Cline、OpenCode、SDK 与 cURL 这些客户端对应的是 GPT、DeepSeek、Kimi、GLM、Qwen、Grok、MiniMax、Hunyuan 线路。Gemini 走原生协议，通过 Gemini CLI 使用，:generateContent 处理单次回复，:streamGenerateContent?alt=sse 处理流式，不能走 /v1/chat/completions。

限流规则同样写明：单个密钥 60 秒内超过 120 次调用，或单账号在途请求超过 8 个，会收到 HTTP 429。接入前先确认客户端版本与协议是否匹配，再绑定密钥，能省掉不少排查时间。

控制台里可以给密钥打标签、把密钥绑定到指定线路，查看快速接入片段；用量日志保留最近 200 次请求，逐条显示时间、模型、输入、输出、缓存召回、扣费与结果，日志不显示是哪个密钥发起的；钱包、奖励与值守卡各有账目，站内消息可以直接找值班台（需先登录），界面提供六种语言。

核对账单的动作也很具体：挑日志里最近几次调用，记下输入、输出、缓存召回三栏的 token 数，用前面那套“除以 1,000,000 再乘单价”的方法手算一遍，再和同一行的扣费数字对照；失败调用不计费、流式中断按实际用量计费这两条，也正好可以在这份日志里逐条验证。

值班台的建议是：先用按量付费跑一段真实用量，再判断值守卡是否更合适。现在就注册一个 Relay365 账号，从 ¥1.50 的注册赠送开始，把自己的账单一行行看清楚。