忙闲不均的用量，交给按量付费的余额
一周里最费脑子的，往往不是调用本身，而是算错成本：忙的时候担心额度不够，闲的时候又不想为用不到的部分长期付费。SwiftRelay 采用按量付费的 API 中转方式，不收月费，也没有需要续订的套餐。你先给账户充值，之后每次调用只扣除实际产生的用量。
这意味着，余额不是一张固定期限的门票，而更像赛道上的燃油。任务密集的一周多充一些，进入需求较少的时段就让它自然消耗；下一轮工作重新开始时，再按需要补充。SwiftRelay 会把每次调用使用的 token 数和对应成本列出来，让“花了多少”不再只是模糊感觉。
如果你刚开始使用，复制三行配置就能运行。API 主机地址是：
https://api.fastapirelay.com
更直观地说，假设你某天只做少量测试，就没必要预先把大额资金全部放进账户；等真正进入连续工作阶段，再选择更合适的充值档位。这种节奏正是 SwiftRelay 值得利用的地方：计费跟着真实使用走，而不是反过来要求你为闲置额度买单。
六个充值档位，覆盖从试跑到连续任务的节奏
SwiftRelay 提供六档充值金额：¥10.00、¥50.00、¥100.00、¥200.00、¥500.00 和 ¥1,000.00。它们不是不同套餐，也不附带月费，而是同一套按量付费机制下的不同充值规模。
例如，这是一次仅用于说明计算方式的示例：使用 GPT-6.1 Sol，某个调用消耗 1M 输入 token 和 1M 输出 token，按当前价格计算，输入为 ¥1.25，输出为 ¥6.15，合计 ¥7.40。余额扣除的就是这次调用对应的金额，而不是某个预设周期内的固定费用。
再举一个示例，同样按 1M 输入 token 加 1M 输出 token 计算：DeepSeek V4 Flash 的输入为 ¥1.90，输出为 ¥7.60，合计 ¥9.50；Claude Sonnet 5.5 的输入为 ¥7.05，输出为 ¥35.20，合计 ¥42.25；Gemini 3.1 Pro 的输入为 ¥9.70，输出为 ¥56.25，合计 ¥65.95。这些示例只是演示如何根据输入与输出价格核对成本，实际扣除仍以每次调用真实使用的 token 为准。
- 刚上手、只想验证流程时，可以从 ¥10.00 这一档开始。
- 任务节奏稳定、需要减少重复充值操作时，可以选择 ¥50.00、¥100.00 或 ¥200.00。
- 连续工作阶段用量集中时，¥500.00 与 ¥1,000.00 提供了更充足的余额空间。
充值档位只是管理节奏的工具。真正决定余额变化的是调用量，所以忙时多备、闲时少备，比预先承诺一个用不完的额度更贴近实际。
把缓存读取纳入成本检查，读懂每一笔扣除
进阶一点的用法，是不只看输入和输出，还要留意缓存读取。SwiftRelay 的价格页分别列出每 1M token 的输入、输出与缓存读取价格，因此你可以把同一轮任务的成本拆开检查，而不是只盯着调用结束后的总扣除。
以下仍为示例：每 1M 缓存读取 token，GPT-6.1 Sol 为 ¥0.25，GPT-5.6 Sol 为 ¥0.19，GPT-6 Astra 为 ¥0.47，DeepSeek V4 Flash 为 ¥0.05，Claude Sonnet 5.5 为 ¥0.62，Gemini 3.1 Pro 为 ¥0.97。价格不同，核对方式相同：先确认本次调用属于哪类 token，再对照对应单价。
当一周里既有连续探索，也有大量重复读取时，分项检查尤其有用。你可以观察哪些调用主要消耗输入与输出，哪些调用包含缓存读取，再决定下一次充值应留出多大空间。SwiftRelay 在用量列表中提供 token 数和每次调用成本，这让你有机会把“感觉贵”变成可以逐项复盘的数字。
还有几个实用细节值得记住。每个账户最多可同时使用 20 个 API key；在不同项目或不同用途之间分配 key，有助于你把用量分开查看。注册后还会获得 ¥1.6 赠送额度，可以直接放进这套按量付费流程里试用。
推荐奖励与退款规则，把余额安排得更灵活
如果身边也有开发者正在寻找按量付费的 API 中转方式，推荐机制可以成为余额管理的一部分。你邀请的人每次充值，你可获得该次充值的 14%；对方再邀请的人充值，你可获得其中 3% 的奖励。
奖励并不只停留在展示页面。你可以把它提现，最低提现金额为 ¥35.00；也可以把它转入 SwiftRelay 余额，继续用于后续调用。对于本来就计划持续使用的人来说，转入余额更顺手；对于有明确现金需求的人，则可以按规则提现。
退款规则同样应当纳入计划：充值后 11 天内，未使用的额度可以申请退款，扣除已经使用的部分和支付手续费。也就是说，如果你对某个月的用量判断出现偏差，不必把整笔余额长期锁在账户里。
一个更稳的节奏是：先用较小档位观察真实消耗，再在任务密集阶段提高余额；把推荐奖励视作额外补充，而不是依赖前提。这样安排，既能保持资金灵活，也能让 SwiftRelay 的按量付费方式真正顺着你的工作强度伸缩。
从仪表盘核对用量，让每次充值都有依据
余额管理的关键动作，是定期回到仪表盘查看用量列表，而不是等到余额接近耗尽才回忆钱花在了哪里。SwiftRelay 会列出每次调用使用的 token 和成本，你可以据此比较不同任务的消耗结构，再决定下一笔充值金额。
建议先记录三个问题：这一阶段主要调用了哪些模型，输入与输出 token 的大致比例如何，缓存读取是否成为明显成本项。示例来看，如果连续工作主要使用 GPT-6.1 Sol，那么每 1M 输入加 1M 输出对应 ¥7.40；如果需求转向 Claude Sonnet 5.5，同样的 token 结构则对应 ¥42.25。模型选择与用量结构变化，都会影响余额的下降速度。
需要帮助时，可以通过仪表盘中的“消息”联系支持团队，登录账户后即可使用；SwiftRelay 没有单独的客服邮箱入口。把这也纳入使用习惯，遇到配置或用量问题时，直接在账户内留下信息，沟通路径更短。
现在就把第一笔余额交给真实需求来安排：打开 SwiftRelay，完成注册，领取 ¥1.6 赠送额度，让下一轮忙碌与下一次轻松都跑在同一条清晰、省心的按量付费赛道上！