退款政策
充值额度的性质、什么情况下我们主动回冲、什么情况下你可以申请退款，以及计费争议怎么查。
- 生效日期
- 2026-07-22
- 最近更新
- 2026-07-22
- 文本修订
- 1.0
1.适用范围
1.1
本政策说明账户余额、充值订单与计费争议的处理规则， 是 服务条款 的组成部分。
1.2
本政策面向买方（调用方）。商户的结算与对账争议见 商户协议。
1.3
不排除法定权利。若适用法律赋予你不可放弃的撤回权或退款权（例如某些辖区针对消费者的冷静期规定），以法律规定为准 —— 本政策的申请时限、最低金额与手续费都不减损这类权利。 你认为自己享有此类权利时，直接向 [email protected] 说明依据即可， 不需要先与我们争论本政策怎么写。
2.充值额度的性质
2.1
你充值获得的是用于抵扣本服务用量的预付额度，不是存款，也不是可流通的货币。 额度不产生利息，不可转让给其他账户，不可提现为现金 （本政策第 4 章规定的情形除外）。
2.2
额度以美元记账并精确到小数点后 6 位，全程整数运算，不使用浮点数。 你在页面上看到的金额是四舍五入后的显示值，实际扣费以账本流水为准。
2.3
额度不设有效期。已充值的额度不会因为长期未使用而过期或被清零。 我们刻意不设有效期：预付款是我们对你的负债， 给它设一个到期日等于把没花掉的钱变成我们的收入， 这在部分辖区会被直接认定为不公平条款。
2.4
赠送额度（促销、补偿、测试额度）在任何情况下都不可退款、不可提现， 并可能设有独立的使用条件与有效期。
3.我们主动回冲的情形
以下情形无需你申请，我们发现后主动向你的账户回冲额度， 并在账本中记为一条
refund 或 adjustment 流水。3.1
重复扣费：同一次请求被扣了两次。 我们的账本对每一次请求使用请求 id 作为幂等键， 理论上不会发生 —— 一旦发生就是我们的缺陷，我们全额回冲。
3.2
计费金额错误：定价配置错误、token 计量明显偏离、 或对账任务发现缓存余额与账本不一致且不利于你。
3.3
不该收费的失败请求被收费：按 服务条款 第 6.8 条， 没有产生输出的失败请求不计费。若因缺陷收了费，我们回冲。
3.4
我方故障导致的批量异常计费：例如路由缺陷造成大量无效重试且被计入你的账单。
提醒：容灾的成本本来就不该到你头上
一次请求哪怕在内部换了五条渠道，向你收的也只是一次。 换渠道多花的钱由我们承担，所以这一类回冲修的是缺陷，不是恩惠。
3.5
回冲后我们会在账本中留下备注与关联的请求 id，你可以在钱包页面看到。 金额较大或影响面较广时我们会同时发邮件说明。
3.6
主动回冲的追溯范围与请求日志的保留期一致（约 6 个月）。更早的扣费我们已经无法核对到单次请求，因而也无法判断它是否该被回冲； 这不影响你按第 5 章就更早的账目提出争议，只是那时我们只能给到账本级别的答复。
4.你可以申请退款的情形
4.1
未消费余额的退款：你可以就尚未消费的充值额度申请退回原支付方式。 适用条件：
| 条件 | 规则 |
|---|---|
| 申请时限 | 自该笔充值支付完成之日起 7 天内提出 |
| 超时的申请 | 仍然受理，但转为人工审核，我们可以拒绝；不构成你可以主张的权利 |
| 最低金额 | 可退金额需达到 5 美元；低于此数的余额只能继续用作额度，不走原路退款 |
| 手续费 | 从退款金额中扣除 10% |
| 退回方式 | 原路退回，见第 6 章 |
关于那笔 10% 的手续费
它不是罚款，也不是我们的收入项，而是一笔已经发生且收不回来的成本： 支付服务商的手续费在你充值的那一刻就已经被扣走，而绝大多数支付通道在退款时不退还这笔手续费（银行卡通道尤其如此）。 全额退给你，等于我们每受理一笔退款就净亏一次通道费。
我们把它写成一个固定比例，而不是"按实际发生的通道费扣除" —— 后者听起来更精确，但它会让你在提出申请之前无法自己算出能拿回多少钱。 一个你自己算得出的数字，比一个我们事后告诉你的数字更有用。
4.2
已消费的部分不予退款。服务在调用发生的那一刻就已经交付，我们也已经就该次调用向上游付款。
4.3
以下情形不构成退款事由：
- 模型输出的内容不符合你的预期 —— 我们不对模型输出的质量作保证， 推理也不是由我们完成的
- 由你自己设置的成本护栏或渠道范围导致的请求失败 —— 这是设计意图，见 服务条款 第 7 章
- 你的代码缺陷造成的重复调用或超预期用量
- 你的 API Key 泄漏后被他人使用产生的费用（除非有证据表明泄漏源于我们）
- 已经消费掉的用量本身 —— 即使这些调用后来被认定违反了可接受使用政策， 服务当时也已经交付（未消费余额的处理另见第 4.5 至 4.7 条）
4.4
服务中断：我们目前不提供 SLA，因此不存在按可用率自动计算的服务积分（见 可用性声明）。 发生重大且持续的服务中断时，我们可以酌情给予额度补偿， 但这是个案处理，不是你可以主张的权利。
4.5
账户被终止时的余额：
| 终止原因 | 未消费余额的处理 |
|---|---|
| 你主动注销 | 可按第 4.1 条申请退回（含其中的申请时限） |
| 我们终止服务（非因你违规） | 按第 4.1 条退回，且不受申请时限与最低金额的限制，也不收手续费 |
| 因一般性违约被暂停或终止 | 仍可按第 4.1 条申请退回（例如过量重试、共享 Key、内容政策的一般性违反、风控误判后未能澄清） |
| 因第 4.6 条列举的严重违规或违法情形被终止 | 未消费余额不予退还 |
默认是退。不予退还是例外，且例外必须是可枚举的具体情形 —— 用"严重违规"这种形容词做没收依据，等于把标准留给我们自己临时解释。
但请注意这张表与第 4.1 条的申请时限叠加
除"我们终止服务（非因你违规）"一行外，上表中的"可申请退回"仍受第 4.1 条 7 天时限的约束。 也就是说，一笔充值满 7 天之后， 无论账户是被你注销还是被我们暂停，都不再是你可以主张的权利， 而是转为可以提出、由我们人工审核的申请。 我们把这个叠加关系明写出来， 而不是让你在申请被拒时才发现。
4.6
不予退还的具体情形（穷尽列举）：
- 利用本服务生成、传输或分发适用法律下违法的内容， 尤其是儿童性剥削材料、恐怖主义内容 —— 见可接受使用政策 第 2 章
- 支付欺诈：使用他人的支付工具或被盗资金充值、提供虚假身份材料、 对已实际消费的用量发起恶意拒付（见第 7 章）
- 盗用：使用他人的账户或他人泄漏的 API Key 调用
- 规避封禁：为绕开既有的账户处置而注册的账户及其关联账户
- 攻击平台或上游：拒绝服务攻击、利用系统漏洞、 以技术手段绕过计费、余额校验或速率限制
以上情形之外的任何违约，一律按本章其余条款退还未消费余额。 赠送额度在所有情形下都不退（第 2.4 条）。
4.7
认定与申诉。不予退还的认定由人做出，不由自动化风控直接得出： 我们会把认定的具体情形与依据以邮件告知你，你可以在收到告知后通过 [email protected]提出申诉并提交材料，我们会人工复核并把结论告诉你。申诉期间余额既不释放也不没收，维持原状直到复核结束。 对处置本身的申诉见 服务条款 第 12 章。
5.计费争议的处理
这一章写的是我们实际具备的对账能力。它是你能有效质疑一笔账单的基础。
5.1
账本仅追加。你的余额是账本流水的求和， 任何一笔充值、消费、退款、赠送与人工调整都是一条不可修改、不可删除的流水， 并带有余额快照。我们无法"就地改掉"一个余额数字 —— 任何更正都必须作为一条新的流水出现。 这是你能与我们对账的前提。
5.2
每条流水都有幂等键。消费流水用请求 id，充值流水用支付方的事件 id。 同一次请求或同一笔支付无论重放多少次，都只会产生一条流水。
5.3
我们运行定期对账任务，从账本重算余额并校正缓存值。 这项任务的目的正是让"缓存余额与账本不一致"变成能被发现的事， 而不是长期静默地存在。
5.4
在途预扣不是扣费，别把它当成一笔账。请求执行期间会有一笔按最高可能花费计算的预扣占用你的可用余额， 请求结束后按实际用量结算，未用完的部分立即释放；预扣本身不进账本，账本里只会出现结算后的那一条消费流水。 进程异常退出等极端情况下未被正常释放的预扣会在到期后自动回收， 不需要你申请。
5.5
你可以核对到单次请求。控制台的日志页展示每次请求的模型、token 数、 向你收取的金额、选中的渠道与全部尝试。 钱包页的账本流水可以关联回具体的请求 id。
5.6
提出争议的方式：向 [email protected] 提供请求 id 或账本流水 id、发生时间与你认为正确的金额。 有请求 id 时我们能精确定位；只说"这个月账单太高"我们只能给你汇总数据。
5.7
我们的答复：我们会核对账本、请求记录与上游返回的用量， 并把核对结果告诉你，包括我们认为收费正确时的依据。 争议期间相关金额不影响你继续使用服务。
5.8
提出争议的时限：自该笔扣费发生之日起 60 天内。这与第 4.1 条的退款申请时限是两件事 —— 那一条管的是"把没花掉的钱退回来"，这一条管的是"这笔账算错了"，后者的窗口更长。 请求日志按约 6 个月保留（见 隐私政策 第 6 章）， 超过该期限后我们只能提供账本级别的记录，无法再核对到单次请求的细节 —— 这是物理约束，不是我们设的门槛。
6.退款的执行
6.1
退回原路。批准的退款按原支付方式退回，我们不提供换用其它渠道的退款 （原支付方式已失效时另行商定）。我们在收到完整申请后 10 个工作日内作出处理； 我们目前是人工发起退款，不是自动流程，这个期限如实反映了这一点。 退款发起后的到账时间取决于支付服务商与你的发卡行，通常还需数个工作日。
6.2
退款金额的计算：
退款额 =（该笔充值的实付金额 − 已消费部分 − 赠送额度）×（1 − 10%）以人民币等非美元货币支付的充值，按充值当时入账所使用的汇率折回原币种， 我们不因期间的汇率波动向你追收或补付。
6.3
我们目前不支持加密货币充值。因此本政策不含加密货币退款的安排。若我们将来开通该通道，会在开通前更新本条 —— 可以先说明我们届时的口径：链上交易不可撤销、退回时的币价与充值时通常不同， 因此加密货币充值将只以账户额度形式补偿，不提供链上退款。
6.4
销售主体：部分支付通道下，法律意义上向你销售的主体不是我们 （通道与销售主体的对应关系见 服务条款 第 6.13 条）。 这种情形下的退款仍然向我们提出、按本政策的条件判定，但退款的实际发起由该主体完成，到账时间以其流程为准，我们负责对接与跟进。
6.5
退款执行后，相应额度会从你的账户扣除，并在账本中留下对应流水。
7.拒付
7.1
请先联系我们，不要直接发起拒付。大多数争议我们可以直接处理，而拒付会触发支付服务商的自动流程， 双方都要付出更高的成本。
7.2
收到拒付后，我们会暂停相关账户直到争议解决， 并向支付服务商提交我们的记录（账本流水、请求记录、订单报文）作为证据。
7.3
恶意拒付（对已实际消费的用量发起拒付）属于违反服务条款 的行为， 我们可以据此终止账户并保留追偿的权利。