Claude Opus 5.5 充值：几分钟看懂赠金

头几圈ZH2026-11-05

早晨开机：注册后先确认 ¥1.6 落在哪里

早上八点，笔记本刚亮起，你打开控制台注册 SwiftRelay。屏幕上跳出一行提示：账户已获赠 ¥1.6。很多人在这一步会停下来猜——这笔钱到底去了哪里？答案是余额。它直接进入你的账户余额，和后续充值的钱放在同一个池子里。

这笔 ¥1.6 不是优惠券、不是套餐礼包，也不是一张只能买某个模型的票。SwiftRelay 是按 token 计费的 API 中转服务，没有月费，也没有任何订阅要维持。你充值，余额里有余额，每次调用就按实际用掉的 token 扣费；赠金同样如此，它覆盖的是你真实跑起来的每一次请求。

所以早上这 ¥1.6 的去处很明确：它会变成几次调用的输入、输出和缓存读取费用。你可以在用量列表里看到每个请求用了多少 tokens、花了多少钱，赠金消耗到哪里一目了然，不用对着一张看不懂的规则表猜。

上午十点，需求来了。SwiftRelay 的定价页按每 1M tokens 列出输入、输出与缓存读取三类价格，你可以先看清再动手。

注意缓存读取一栏的价格低于同模型的输入价格，长上下文或重复引用的场景里，这部分差距会被放大。至于接入，SwiftRelay 的方式是复制三行配置、粘贴密钥、跑起来，几分钟内完成连接，主机地址就是 https://api.fastapirelay.com。

午后两点，我们用一天里最常见的三类调用做一次示例，假设这天下午你只动用了早上那笔 ¥1.6 赠金。

示例一：Claude Opus 5.5，输入 20,000 tokens、输出 5,000 tokens。输入费用为 20,000 ÷ 1,000,000 × ¥11.05 = ¥0.221，输出费用为 5,000 ÷ 1,000,000 × ¥52.35 = ¥0.26175，本次合计 ¥0.48275。
示例二：Claude Haiku 4.5，输入 100,000 tokens、输出 20,000 tokens。输入费用为 ¥0.255，输出费用为 ¥0.243，本次合计 ¥0.498。
示例三：GPT-6.1 Sol，输入 200,000 tokens、输出 50,000 tokens。输入费用为 ¥0.25，输出费用为 ¥0.3075，本次合计 ¥0.5575。

三次调用合计 ¥1.53825，赠金 ¥1.6 还剩 ¥0.06175。这不是模糊的估算，而是可以逐笔核对的算术：每一行用量列表都写着 tokens 和这次调用的成本。想继续跑下去时，费用就从你充值的余额里继续扣，节奏由你决定。

下午四点，账单开始变长，你回到控制台做几件小事。SwiftRelay 提供六档充值金额：¥10.00、¥50.00、¥100.00、¥200.00、¥500.00、¥1,000.00，充多少由你决定，不需要预先承诺任何用量。

密钥以 swft_ 开头，多出来的任务可以先停掉再清理，让当天的调用始终保持清爽。因为是按量扣费，白天花掉多少，晚上看到的账单就是多少。

傍晚六点，对账时间。SwiftRelay 的退款规则写得很直白：充值后 11 天内，未使用的额度可以退款，扣除已经用掉的部分和支付手续费。也就是说，你不用担心一份沉没的预付额度压在那里。

邀请奖励也在同一时间结算：你邀请的人每次充值，14% 的金额归你；他们再邀请来的人充值，3% 归你。这笔奖励有两种用法，可以转到余额里继续跑调用，也可以提现，提现的最低金额是 ¥35.00。

把它放进一天的工作流里看：早上用赠金试跑一遍流程，中午确认哪个模型的输出更合适，下午再决定充值档位，傍晚核对用量与退款窗口。每一笔都看得见，每一次扣费都有对应。

收工前十分钟，把明天要重复的事情固定下来：复制三行配置，填入你的 swft_ 密钥，指向 https://api.fastapirelay.com，运行。明天早上你不需要重新研究计费规则，也不需要处理任何续费提醒。

SwiftRelay 的价值就在这份清爽：接入快，按实际用量付费，赠送额度真实可用，明细随时可查，赠金、充值、奖励三条线都落在同一个余额里。

现在就注册 SwiftRelay，把 ¥1.6 赠金变成今天就跑起来的一笔调用——计时开始，出发！