Claude Code 跑通调用，看懂 Relay365 价格

注册后先看清钱包里装了什么

Relay365 是一个独立第三方中转站，采用预付费钱包计费，没有月费。新账号的注册赠送额度是 ¥1.50。这笔金额属于赠送性质，不在可退款范围内；如果你打算长期使用，值班台的建议是先把钱包充值这件事弄明白，而不是把赠送额度当成预算。

Relay365 的控制台把钱包、奖励与值守卡三类账户分开记账。你在注册后的首个小时内，可以按这个顺序核对：先确认钱包账户是否已经建立，再确认充值金额是否已经入账，最后看清赠送额度显示在哪个账户里。三笔账各归各的位置，后面排查扣费才不会来回猜。

再看一眼账户页里的余额字段，是显示可用余额还是可用额度更直观。Relay365 的用量日志保留最近 200 次请求，逐条显示时间、模型、输入、输出、缓存召回、扣费与结果，每一笔请求都能被追溯；日志里不显示是哪一把 key 发出的调用，所以想区分来源，就给不同的 key 贴上不同标签，靠标签来分辨。

钱包里的钱会怎样被花掉

Relay365 按上游返回的 token 数量结算每一次调用，四类 token——输入、输出、缓存写入、缓存读取——分别计价。这意味着同一次请求，输入长而输出短，与输入短而输出长，费用并不相同。值班台建议你在首个小时里做一次对照：先发一条很短的问题，再发一条带长上下文的请求，然后回到用量日志里比较两条记录的输入、输出与扣费三列。

失败的处理方式也值得你记下来。上游返回 502 或 503 的调用不会计费；流式连接中途断开，则按已经实际使用的部分计费。值班台建议看日志时把“结果”和“扣费”放在一起读：一条失败记录没有费用，这是 Relay365 的规则；一条中断记录有费用，也只对应已发生的用量，而不是整条请求的预估价格。

缓存写入与缓存读取同样分开计价。同一批内容被反复使用，缓存读取那一栏会与首次写入分开显示，扣费自然也不同。Relay365 的定价页面列出完整单价表，你可以只挑自己常用的两三行看，不必一次读完整张表。

用 Claude Code 跑通一次真实调用

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 等线路，不承载 Claude 系模型。所以你在 Relay365 上挑线路时，先看客户端，再看模型名。

Gemini 走自己的原生协议，通过 Gemini CLI 使用，接口是 :generateContent 与 :streamGenerateContent?alt=sse，不经过 /v1/chat/completions。基础地址填写 https://api.api365relay.com。控制台里还有带标签的 API key、可以绑定到具体线路的 key，以及快速接入的代码片段。值班台建议的步骤是：先复制片段跑一次最小请求，确认能拿到回包；再把 key 绑定到具体线路；最后回到日志确认这一条请求的模型名、时间与扣费都对得上。

核对单价与限流这两条边界

Relay365 的定价页面列出完整单价表，首个小时里挑两三个常用模型对照一遍即可。比如 Claude Haiku 4.5 的输入单价为 ¥2.55、输出 ¥12.25、缓存写入 ¥3.06、缓存读取 ¥0.20，均按每百万 token 计。比如你每天发送 1 百万输入 token 与 0.1 百万输出 token，一次约合 ¥2.55 + ¥1.23 = ¥3.78；这只是示例，实际按真实 token 数结算。缓存写入与缓存读取各自计价，长期跑同一批素材时值得单独留意。

换成输出更贵的模型，账目形状也会跟着变。值班台建议你在日志里挑一条输出较长的记录，用输出单价乘以日志中的输出 token 数，看是否与该条扣费吻合；这一步能帮你分清“扣费”与“单价换算”之间有没有理解偏差。

限流同样要提前知道：单个 key 在 60 秒内超过 120 次调用，或单个账号同时在途请求超过 8 个，都会收到 HTTP 429。测试脚本并发开得太高很容易撞上这一条，Relay365 的值班台建议先用小并发跑通，再逐步加压，别在验证阶段就把额度耗在报错上。429 出现后，把并发降回更低的水平再继续。

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

值守卡是可选的，只适用于 Claude 与 GPT 线路，其他线路始终使用钱包。Claude 值守卡 14 天档为 ¥367.00，最多可提取 $700 额度，按值守卡费率 x2.5 折算，按官方价约相当于最多 $280 的用量，模型的值守卡费率高于官方价时则更少；每 7 天最多提取 $380 额度。GPT 值守卡 30 天档为 ¥587.00，最多可提取 $3000 额度，同样按值守卡费率 x2.5 折算，按官方价约相当于最多 $1200 的用量；每 7 天最多提取 $900 额度。

值守卡自带一张专用 key，这张 key 不接触钱包余额。所以如果你想分清“钱包里的钱花在哪”和“值守卡额度用在哪”，最直接的做法就是用不同的 key 去跑，再在 Relay365 的用量日志里对照。判断依据也很朴素：如果你的请求分散在多条线路上、且每天都要跑，值守卡更贴近这种节奏；如果调用零散、模型种类多，钱包始终更简单。

退款与提现的边界要提前记住

充值后的 14 天内，未使用的余额可以退款，扣除已经消费的部分以及支付渠道的手续费；奖励与赠送额度不可退款。推荐奖励按被推荐成员的实际付费金额计算，一级 18%、二级 6%，达到 ¥80.00 后可以提现，也可以转入钱包。如果你充值后打算先观察一段时间再决定是否加大用量，就把这 14 天的窗口记在日历上。

值班台还提醒一句：控制台提供站内消息给 desk 使用，需要先登录；界面语言有六种可选，切换语言不会影响计费与日志内容。首个小时结束时，如果你已经能在 Relay365 里完成“充值—绑定 key—跑通一次调用—在日志里看到对应扣费”这条链路，剩下的就是把用量节奏调到自己合适的档位上。

现在就去注册一个 Relay365 账号，先充值一小笔，用一条线路跑通一次真实请求，再回到日志里核对扣费。