小额充值之后，余额与退款的几项笔记
准备给 API 账户充值时，容易混在一起的其实是三件事：付了多少钱、还能使用多少额度，以及停止使用后能否退回款项。这篇笔记把它们并排说明。Vana API 采用预付方式，按实际 Token 用量计费，没有月费；但这些信息本身，并不能推出所有余额都可退款。
§ 预付充值与月费：先存预算，不是购买一个月
预付充值：先为账户补充额度，再由后续调用产生费用。充值是准备使用预算，不代表已经消耗了相同金额的服务。
月费订阅：通常围绕固定周期收费，可能另有使用额度或权益。Vana API 没有月费，因此不应把一次充值理解成月度套餐，也不应把“没有月费”理解成调用免费。
实用的做法是先按短期需求充值，观察几天的真实消耗，再决定是否追加。额度是否有有效期、是否存在自动充值设置，则应查看当前账户规则，不宜仅凭“预付”二字判断。
§ 账户余额与调用费用：剩余额度，不是价格承诺
账户余额：表示账户当前显示的可用额度。它回答的是“还有多少预算”，不直接回答“还能完成多少次请求”。
调用费用：取决于实际 Token 用量和所用模型的适用价格。即使请求次数相同，输入长度、输出长度与模型选择不同，消耗也可能不同。充值金额不能直接换算成固定请求数。
Vana API 通过统一入口兼容 OpenAI、Anthropic Messages 和 Gemini 原生协议。切换工具或协议时，仍需核对实际请求的模型及用量记录；接口兼容性不等于所有请求同价。
§ 充值额度与其他入账：都显示为金额，也未必适用同一规则
付款充值：应能对应到支付订单。核对时，保留订单号、支付金额、币种与到账记录，避免将支付成功和额度到账视为同一个步骤。
赠送额度或邀请收益：如果账户存在这些项目，应单独查看来源和使用条件。Vana API 的成员在受邀用户付款后可获得相应分成，但不能据此认定分成、赠送额度和自行充值款具有相同的退款或提现规则。
页面若将多种额度合并显示，也不要直接把总余额当作可退金额。是否区分额度来源、按什么顺序扣减，应以当前说明或客服确认为准。
§ 退款与额度返还：钱回到哪里，是关键区别
支付退款：涉及已付款项的退回。是否支持、哪些款项符合条件、是否有申请时限，以及退款路径和手续费，都需要确认适用政策。
账户额度返还：通常指账务调整后，额度重新出现在账户中。它不等于款项已经退回银行卡或其他支付账户，也不能自动证明该额度可以提现。
同样，停止调用不等于提交退款，提交申请也不等于审核通过。本文不预设 Vana API 的退款比例、到账时间或无条件退款承诺；这些细节应以申请时的正式说明为准。
§ 充值前与退款前：两次核对，关注点不同
- 充值前：确认当前价格、支付币种、额度条件和退款说明，先用小额预算完成接入测试。
- 发现账务疑问时：对照订单、余额变化和调用记录，区分未到账、用量扣费疑问与未用额度退款，不要把它们合成一个问题。
- 申请退款前：记录充值来源、已用金额和剩余额度，询问可退范围、处理方式，以及处理中继续调用是否影响核算。
- 处理完成后：分别核对账户额度变化与支付渠道入账，不只看其中一处。
如果准备开始使用，可以创建一个 Vana API 账户，先确认账务页面与适用条款，再安排第一笔充值。把预付、消耗和退款分别记录，比只盯着一个余额数字更容易控制预算。