Claude Code 值守卡额度，Relay365 价格与充值

值班台视角：所有线路与四类 token 放在同一张表上

值班台收到的提问通常很具体：Claude Code 每天要跑大量请求，账单能不能算得清楚？换模型的时候要不要重做一遍预算？Relay365 是独立第三方中转站，采用预付钱包模式，把所有线路放在同一张价格表上，并且把输入、输出、缓存写入、缓存读取这四类 token 分开定价。价格以每 100 万 token 的人民币金额列出，看表时不必再猜某一项费用是怎么来的。

以几条线路为例：Claude Opus 5 的输入为 ¥14.51、输出 ¥72.53、缓存写入 ¥17.85、缓存读取 ¥0.89，对应官方标价输入 ¥36、输出 ¥180、缓存读取 ¥3.6，Relay365 的输出费率约为官方的 40%。Claude Sonnet 5.5 的输出为 ¥42.54，约为官方 ¥72 的 59%。GPT-5.6 Sol 的输出为 ¥15.05，约为官方 ¥144 的 10%。有官方标价可比的线路才做对照，其余线路直接看表内数字。

客户端边界要先问清楚：Claude Code 是硬性条件

重度用户往往先确认客户端。Claude 模型只在 Claude Code 与 Claude Desktop 客户端中可用，且 Claude Code 需要 2.1.285 或更新版本。Cursor、Cherry Studio、Cline、OpenCode、SDK 与 cURL 只接入 GPT、DeepSeek 等其他线路。这条边界是明确的，写在接入文档里，值守台也不会把用不了的组合说成能用。

Gemini 走的是原生协议，只通过 Gemini CLI 使用：单次回复调用 :generateContent，流式调用 :streamGenerateContent?alt=sse，不能经过 /v1/chat/completions。如果你的工作流本来就分成了几条线路，Relay365 控制台里的 API key 可以打标签并绑定到指定线路，配合快速接入片段，改线时不必重写整套配置。

四类 token 分开计价，用量才有可核对的口径

分开计价带来的差别，在 Claude Haiku 4.5 上看得很清楚：输入 ¥2.55、输出 ¥12.25、缓存写入 ¥3.06、缓存读取 ¥0.20；对应官方标价输入 ¥7.2、输出 ¥36、缓存读取 ¥0.72，Relay365 输出费率约为官方的 34%。缓存读取的价格远低于输入，意味着重复喂入的上下文如果能命中缓存，成本会明显下降，所以值守台建议先把缓存策略跑通，再谈总账。

举个例子：比如你每天发送 100 万输入 token 与 100 万输出 token 的 Claude Haiku 4.5 请求，按 Relay365 的费率，一天是 ¥2.55 加 ¥12.25，合计 ¥14.80，按 30 天算是 ¥444.00。同样用量换成 Claude Opus 5，一天是 ¥14.51 加 ¥72.53，合计 ¥87.04，30 天为 ¥2611.20；换成 Claude Sonnet 5.5，一天是 ¥8.51 加 ¥42.54，合计 ¥51.05，30 天为 ¥1531.50；换成 GPT-5.6 Sol，一天是 ¥2.69 加 ¥15.05，合计 ¥17.74，30 天为 ¥532.20。这些只是示例，实际结算以每次调用上游报告的 token 数量为准，缓存命中与否也会体现在账单里。

值守卡什么时候划算：先把自己的用量摊开

值守卡只适用于 Claude 与 GPT 线路，其他模型始终走钱包；每张值守卡配一把专用 key，这把 key 不会动钱包余额，因此卡与钱包的用量可以分开核对。Claude 14 天值守卡为 ¥367.00，额度 $390，每 7 天最多 $210；额度按值守卡费率 x2.5 扣减，按官方价格折算最多约 $156 的用量，若该模型的值守卡费率高于官方价格则更少。Claude 30 天值守卡为 ¥3,647.00，额度 $3900，没有每周上限，同样按 x2.5 扣减，按官方价格折算最多约 $1560 的用量。

怎么判断值不值？重度用户如果能在 30 天里稳定跑满大量请求，无每周上限的 30 天卡更贴合节奏；如果只是短期冲刺，14 天卡的周期更短，退出的成本也更小。需要注意额度以美元计价，而钱包以人民币结算，换算关系请自行核对，值守台不会替你假设一个汇率。

还有几条边界行为值得提前知道。已经放行的调用会全额从值守卡扣减，即使它跑过了额度或 7 天上限，超出的部分计入最早到期的那张卡。当一张卡接近用完时，每个正在运行的调用会占用 $3 乘以扣减费率的额度，额外的并行调用会收到 HTTP 429，直到运行中的调用结束。这与账户层面的并发限制是两回事。

每一次调用都能追溯，失败与中断怎么算

Relay365 采用预付钱包，没有月费，每次调用按上游报告的 token 数量结算。上游失败导致的 502 或 503 调用不计费；流式连接中断则按实际已使用的量计费。对一个整日运行的值班台来说，这两条规则意味着异常不会凭空变成账单。

限额也写得很清楚：同一把 key 在 60 秒内超过 120 次调用，或单个账号同时在途的请求超过 8 个，都会返回 HTTP 429。用量日志保留最近 200 次请求，显示时间、模型、输入、输出、缓存召回、费用与结果；它不显示具体是哪把 key 发出的请求，需要区分时看控制台里的 key 标签与线路绑定。

控制台还提供钱包、返佣与值守卡账户的台账、快速接入片段，以及站内消息功能（需先登录），界面语言有六种可选。日常巡检时，先看日志再对台账，费用差异通常就能定位到具体哪一次调用。

充值、返佣与退款：把规则也放在明面上

充值后 14 天内，未使用的余额可以退款，扣除已消耗的部分和支付渠道的手续费；返佣与推广额度不可退款。新账号有 ¥1.50 的注册赠送额度，可以先用来跑通一条线路再决定投入。推荐奖励按被推荐人实际付费额的 18%（一级）与 6%（二级）计算，可以从 ¥80.00 起提现，也可以直接转入钱包继续使用。

把这些问题逐条问完，再决定值守卡还是钱包，通常就是一次稳妥的采购。Relay365 把价格、额度、限额和账单规则都摆在同一张表与同一个控制台里，剩下的判断依据你自己的用量；现在注册一个 Relay365 账号，从 ¥1.50 的赠送额度开始，跑一遍真实的工作流再决定下一步。