Claude Code 按量付费：Relay365 帮你算笔账

把副项目的账从工位挪到令牌

值班台的做法很直接：副项目的成本，不按人头席位算，按令牌算。Relay365 是一个独立第三方中转站，采用预付费钱包，没有月费，每一次调用都按上游回报的令牌数量结算。你手上只有一个人、一台电脑、一个小工具时，账目从起步那天起就是看得懂的数字，而不是一张越滚越贵的团队订阅表。

Relay365 把所有线路放在同一张价格表上，输入、输出、缓存写入、缓存读取四类令牌分别计价。你不需要为某个模型单独签一份合同，也不需要为了以后可能用到先买一堆席位。价格页展示完整表格，想细看的人自己去对照；这里值班台只挑几个能说明问题的数字，再示范怎么把它们排成一张能贴到墙上的预算表。

排预算的顺序其实很简单。先确定每天大概要送进去多少输入令牌、拿回来多少输出令牌，再确认其中有多少会触发缓存写入、有多少会命中缓存读取，最后把四个数字分别乘上对应单价相加。Relay365 的价格表就是按这四列排的，所以你不需要先猜一个月花多少钱，而是先把一天的用量估出来。

一张表算清每天要花多少

比如你每天用 Claude Haiku 4.5 跑 1M 输入令牌和 1M 输出令牌，输入是 ¥2.55，输出是 ¥12.25，加起来每天 ¥14.80，一个月按 30 天算是 ¥444.00。这就是一张能贴到墙上的预算表：不做用户数假设，也不按人头摊派。

如果你的项目里还有一段固定前缀会被反复送入，可以把缓存也算进去。Claude Haiku 4.5 的缓存写入是 ¥3.06、缓存读取是 ¥0.20。假设每天 1M 缓存写入加 1M 缓存读取，就是 ¥3.26 一天，30 天是 ¥97.80。把这 ¥97.80 加进前面的 ¥444.00，整套组合每天 ¥18.06，30 天 ¥541.80。四个数字各自乘单价再相加，账就算完了。

换成输出更贵的 Claude Fable 5，同样的 1M 输入加 1M 输出是 ¥27.27 加 ¥136.34，一天 ¥163.61。Relay365 的 Fable 5 输出费率约为官方标价的 38%，所以当你需要更长的生成、更重的推理时，账面上仍然有一块明确的可比空间。它的缓存写入是 ¥33.56、缓存读取是 ¥2.10，如果每天各 1M，则再加 ¥35.66 一天。

再轻一点的线路也可以并排看。MiniMax M3 的输入是 ¥1.10、输出是 ¥4.40、缓存读取是 ¥0.22；GPT-6 Astra 的输入是 ¥5.36、输出是 ¥26.81，其输出费率约为官方标价的 7%。GPT-6 Astra 每天 1M 输入加 1M 输出是 ¥32.17，30 天 ¥965.10。四条常用线路摆在同一张表上，选哪条取决于你的任务，而不是你的公司规模。

值守卡适合什么样的用量节奏

如果用量有明显峰谷，Relay365 还有值守卡可选，只面向 Claude 和 GPT 线路，其他模型一律走钱包。Claude 14 天值守卡是 ¥367.00，可提取最高 $700 配额，按值守卡费率 x2.5 扣减，按标价折算最多约 $280 用量；每 7 天上限 $380。

GPT 30 天值守卡是 ¥587.00，可提取最高 $3000 配额，同样按值守卡费率 x2.5 扣减，按标价折算最多约 $1200 用量；每 7 天上限 $900。值守卡带独立密钥，不触碰钱包；值守卡费率高于标价的模型，能换到的实际用量会少一些。选卡的时候，值班台建议先按周看你的峰值：连续 7 天顶到周上限的，才值得考虑值守卡。

新账号有 ¥1.50 注册赠送额度，可以先跑通一条链路再决定要不要充值。推荐奖励是一级 18%、二级 6%，满 ¥80.00 可以提现，也可以直接转入钱包。充值后 14 天内，未使用余额可以退还，但要扣除已消耗部分和支付渠道手续费；奖励额度与赠送额度不参与退款。所以如果你还在试阶段，先用赠送额度验证请求格式，比直接充值更稳妥。

哪些人其实不该用 Relay365

值班台也要把不适合的人说在前面。如果你需要公司统一采购、按月结算的发票，或者需要席位管理、团队权限与工单流程，那么 Relay365 的预付费钱包模式并不适合你。

如果你本来打算用 SDK 或 cURL 接入，值班台也提醒一句：Cursor、Cherry Studio、Cline、OpenCode、SDK 与 cURL 只对接 GPT、DeepSeek、Kimi、GLM、Qwen、Grok、MiniMax 和 Hunyuan 线路。

Claude 线路只支持官方 Claude Code 和 Claude Desktop 客户端，Claude Code 需要 2.1.285 或更新版本。如果你希望由模型厂商直接提供服务、由厂商承担支持与责任，那么 Relay365 作为独立第三方中转站也不符合这个预期；它提供的是转接与计费。Gemini 走原生协议，通过 Gemini CLI 使用，不是 OpenAI 兼容接口，也不能经由 /v1/chat/completions 接入。

还有一点要提前知道：单个密钥 60 秒内超过 120 次调用，或单个账号同时在途请求超过 8 个，会收到 HTTP 429。突发流量很大的场景，需要自己安排节奏或分账号接入。副项目如果会做压测或批量回放，这一点建议先算进去。

每一次调用都能在值班台上翻出来

在 Relay365 值班台上，每一次请求都可以被翻出来。控制台提供带标签的 API 密钥，可以把密钥绑定到指定线路；还提供快速接入的代码片段，让接线这件事尽量短。

接线之后，值班台建议你按这样几步自检：

• 先在控制台建好密钥并打上标签，把密钥绑定到你打算用的线路，再复制对应的快速接入片段。
• 用小额请求跑一次，然后到用量日志里核对时间、模型、输入、输出、缓存召回、扣费与结果这几列是否对得上。
• 用量日志保留最近 200 次请求，它不显示具体是哪一个密钥发起的调用，所以命名标签时顺手写清用途，回查才不费劲。
• 钱包、奖励与值守卡各有独立账本，站内消息可以直接发给值班台，界面提供六种语言。

最后提醒结算细节：调用按上游回报的令牌数量结算；上游返回 502 或 503 的失败调用不计费；流式连接中断的，按实际已用部分计费。值班台不替你想当然，也不替你猜用量，数字都写在表上。现在就注册一个 Relay365 账号，先用赠送额度把一条链路跑起来。