Relay365多模型 API 中继值班台
← 回到全部值班公告
实战手记ZH已读 2 次

Claude Desktop 充值 Relay365 价格怎么算

落地页:新账号到手的 ¥1.50 与钱包结构

你是数据工程师,要让一批离线批处理作业跑在混元 4 上,打开 Relay365 之后,值班台就按你实际会点的顺序讲一遍,不跳步。注册完成后,新账号会得到 ¥1.50 的注册赠额,你可以先拿它跑一次真实请求,确认线路能通、账单能看懂,再决定要不要充值。

Relay365 是一个独立第三方中转站,定位是像昼夜值守台一样有人接手的 AI API 中转服务:所有线路摆在同一张定价表上,每一次请求都能在用量日志里追到,四类 token 也分开标价。你不需要在多个站点之间来回对账,值班台把价格、钱包、日志放在同一处。

落地页之后是钱包页。Relay365 采用预付钱包制,没有月费;每一次调用按上游回报的 token 数结算。输入、输出、缓存写入、缓存读取这四类 token 各自有单价,分开列在定价页上。对于批量作业来说,这意味着你可以先按量付费把量跑出来,看清日志里的真实消耗,再决定是继续充值还是改用值守卡。

值班台提醒一句退款规则:充值后 14 天内,未使用的余额可以退款,退款金额会扣除已经消耗的部分以及支付渠道手续费;推荐奖金和促销赠额不可退款。

定价页:混元 4 的四类 token 各自标价

定价页把每条线路摊在同一张表上。混元 4 的线路名是 hy4-preview,按每 100 万 token 计价为:输入 ¥2.95,输出 ¥9.44,缓存写入没有标价,缓存读取 ¥0.14。混元 4 这一族没有可引用的官方价格,所以我们不做对比,只把 Relay365 自己的价格说清楚。

比如你每天发送 200 万输入 token、产出 50 万输出 token,并读取 500 万缓存 token,按上面的单价算:输入 ¥5.90,输出 ¥4.72,缓存读取 ¥0.70,单日约 ¥11.32,按 30 天算一个月约 ¥339.60。这只是示例,实际用量以每次调用上游回报的 token 数为准。

缓存读取是批处理里最容易被忽略的一项。同一批提示反复喂给模型时,读缓存的费率只有 ¥0.14,与输出的 ¥9.44 相差明显。定价页把四类 token 分开列出来,你就能自己判断哪些环节值得缓存、哪些环节该精简提示。

  • 输入 token 按 ¥2.95 计价,计的是送进模型的上下文。
  • 输出 token 按 ¥9.44 计价,计的是模型写回来的结果。
  • 缓存读取按 ¥0.14 计价,计的是命中缓存的读取量。
  • 缓存写入这一项在混元 4 上没有标价,所以不做任何推算。

同一张表里还有别的线路。比如 GPT-6 Astra,线路名 gpt-6-astra,输入 ¥5.36、输出 ¥26.81、缓存读取 ¥0.54,它的输出费率约为官方目录价 ¥360 的 7%;Claude Fable 5,线路名 claude-fable-5,输入 ¥27.27、输出 ¥136.34、缓存写入 ¥33.56、缓存读取 ¥2.10,输出费率约为官方目录价 ¥360 的 38%。完整表格在定价页上,值班台不在这里念完。

值守台的建议是:跑批之前先拿小样本量一次,把日志里的输入、输出、缓存召回和扣费对齐,再放大到正式批次。

值守卡:把批量用量提前买下来

如果批处理要连续跑满一个月,值守卡是提前把用量买下来的方式。Relay365 的值守卡只覆盖 Claude 和 GPT 两条线路,其他线路始终走钱包;一张值守卡配一把专用密钥,这把密钥不会碰钱包余额,两种计费方式互不干扰。

比如 Claude · 30 天 · $720 · 每周 $230 这张卡,价格 ¥677.00,可提取的额度上限 $720,按值守卡费率 x2.5 扣取,按目录价折算最多约 $288 的用量(若某模型的卡内费率高于目录价,可用的用量会更少),每 7 天最多提取 $230。

再看 GPT · 30 天 · $2350 · 每周 $700 这张卡,价格 ¥587.00,可提取额度上限 $2350,同样按值守卡费率 x2.5 扣取,按目录价折算最多约 $940 的用量,每 7 天最多提取 $700。

已经放行的调用会整笔从值守卡里扣,即使它跑过额度或 7 天上限,超出部分记在最早到期的那张卡上。卡快用完时,每个正在运行的调用会占用 $3 x 扣费费率,并行的额外调用会收到 HTTP 429,直到运行中的调用结束。值守卡适合用量稳定、周期明确的批任务;还在试跑的作业,用钱包按量付费更灵活。

接入页:客户端与线路的边界

接入页提供快速接线片段,密钥可以在控制台创建、打标签,并绑定到指定线路,这样几条批任务不会互相串线。Claude 线路只能通过 Claude Code 和 Claude Desktop 使用,其中 Claude Code 需要 2.1.285 或更新版本。

Cursor、Cherry Studio、Cline、OpenCode 以及各类 SDK 和 cURL,只接 GPT、DeepSeek、Kimi、GLM、Qwen、Grok、MiniMax 和混元这些非 Claude 线路。对数据工程师来说这条边界很实际:用 SDK 或 cURL 跑批,就选混元 4 或 GPT 线路;想在 Claude Code 或 Claude Desktop 里用 Claude 线路,则在那两个客户端里接线。

限流规则也写在接入说明里:同一把密钥 60 秒内超过 120 次调用,或同一账号在途请求超过 8 个,就会收到 HTTP 429。批量作业可以据此把并发控制在合理范围,避免整批被挡在门外。

日志页与账本页:每一笔都能追

用量日志保留最近 200 次请求,逐条显示时间、模型、输入、输出、缓存召回、扣费和结果。日志不显示是哪把密钥发起的调用,所以给密钥打标签、做好分工更有价值。账本页则把钱包、奖金和值守卡三类账户分开列,充进去的、赚到的、买卡的,各归各账。

推荐奖金按被推荐人付费额的 18%(一级)和 6%(二级)计算,累积到 ¥80.00 就可以提现,也可以直接转入钱包。结算细节同样明确:上游返回 502 或 503 的失败调用不计费;流式连接中断的,按实际已使用的部分计费。

控制台还提供站内消息,可以直接发给值班台;界面语言共六种。值班台把页面按这个顺序排好,就是希望你在跑批时少做一点查表工作,多留一点时间给数据本身。现在就去创建一个 Relay365 账号,用那 ¥1.50 赠额把头一个请求跑通,再决定你的批量作业该走钱包还是值守卡。

延伸阅读公告