OpenRouter 国内充值：官方支持哪些方式、卡在哪一步

数据截至 2026-08，价格与限额以各官网为准。本文只讲计费与接入机制，不列具体价格数字。

结论先给：OpenRouter 官方 FAQ 明确列出接受的支付方式是所有主流信用卡、AliPay（支付宝）以及以 USDC 结算的加密货币支付，另有一句说 PayPal 正在接入中。也就是说，国内用户不需要任何官方渠道之外的东西，支付宝本身就在官方支持列表里。真正会卡住人的不是「有没有能用的支付方式」，而是三件事：充值前的账单信息（billing address 和支付方式）要在同一个弹窗里先填完；付款成功但额度没到账时官方给了一条有先后顺序的排查路径，不是重复点充值；以及加密支付那条路上有一个已被移除的接口和一条永不可退的规则。下面按官方文档的原文逐条拆。

本文所有说法都来自 OpenRouter 官方文档站的公开内容。凡是官方没写的（比如某种支付方式在某个具体地区能不能过），文中会直接说明「官方文档未说明」，不做推断。同时提前说清一件事：本文只讨论官方渠道，任何第三方代充值、代注册、共享账号一类的做法都不在讨论范围内，也不建议读者去碰——官方既然自己就支持支付宝，就没有走别的路的理由。

一、官方接受的支付方式，原文是怎么写的

OpenRouter 的 FAQ 有一个专门的问题叫「What payment methods are accepted?」，答案是接受所有主流信用卡、AliPay 以及以 USDC 结算的加密货币支付，并说明 PayPal 的接入还在进行中，如果有希望支持的支付方式可以去官方 Discord 提。

这段话有三个值得单独拎出来的信息点：

第一，AliPay 是官方列表里的一等公民，不是变通办法。 很多人默认「境外 AI 服务只能刷外卡」，于是绕远路。官方文档的这一行是直接否定这个前提的。

第二，加密支付被限定在 USDC。 原文写的是 cryptocurrency payments in USDC，是特指的币种，不是泛指任意加密货币。别看到「支持加密货币」就默认自己手上那个币能用。

第三，PayPal 目前的状态是「正在整合」而不是「已支持」。 官方用的措辞是还在推进中，所以在文档更新之前，不要按 PayPal 可用来规划。

另外要记住一条底层设定：官方在讲购买方式时说明，OpenRouter 的额度体系有一个统一的基础货币，站点上和 API 里展示的定价口径都按它来标。至于用非该币种的支付工具付款时换算规则如何、由谁决定、是否另有成本，官方文档未说明——这一段只能去问你自己的发卡方或支付服务方，本文不做推断。

二、第一次充值：账单信息在同一个弹窗里填完

官方讲「怎么给发票加税号」的那篇文档，顺带把首次充值的界面流程写清楚了，这是国内用户第一次充值最容易卡住的一步。

流程是：进入设置里的 Credits 页面，点 Add Credits。如果你此前没有购买记录，弹出的模态框会先引导你添加账单地址（billing address），然后添加支付方式（payment method），这两步都在同一个弹窗内完成。等账单地址和支付方式都保存好之后，主购买表单才会出现。

换句话说，如果你点了 Add Credits 却没看到预期中的购买表单，多半不是页面坏了，而是你还停在前置的信息补全阶段。这个设计有点反直觉——大部分人预期是「先选金额再填信息」，OpenRouter 是反过来的。

需要开票信息的话，主购买表单出现之后可以展开 Edit Tax ID 一节，选国家代码再填税号。官方说明 OpenRouter 的支付与税务处理都走 Stripe，税号保存后会被 Stripe 挂到你的客户记录上，并出现在此后的每一张发票上。可以保存多个税号，每个已保存的税号会以标签形式显示在输入框上方，点旁边的垃圾桶图标可以删除。官方还提到，站点上的价格是不含适用税费的，在你所在司法辖区需要征税时，VAT 或 GST 由 Stripe 在购买时自动计算并加到发票上。至于中国大陆的增值税发票能不能通过这条路径拿到，官方文档未说明，这一块的具体形态可以对照OpenRouter 充值开发票的说明。

三、钱扣了、额度没到：官方给的排查顺序

这是充值环节最常见的焦虑点，而官方 FAQ 里有一条标题就叫「My credits haven’t showed up in my account」，给的是有先后顺序的处理路径，照着走就行，不要反复重试付款。

1. 先等。 如果你用的是 Stripe 支付，官方说 Stripe 集成偶尔会出问题导致额度延迟显示，请允许最多等待一小时。这一步很重要——在这一小时内重复下单，只会让你有多笔待确认的交易要处理。
2. 一小时后仍未出现，去核对两件事：确认自己是否真的被扣款，以及有没有收到 Stripe 的收据邮件。这两个证据决定了后面走哪条分支。
3. 没有收据邮件，或者没有被扣款（官方用的是「或」，任一成立即可）—— 官方说这种情况下卡可能被拒付了。处理办法是换一张卡或换一种支付方式重试。
4. 已经被扣款但额度仍然没有到账 —— 这时才需要联系官方，发邮件到 support@openrouter.ai，并附上本次购买的详细信息。
5. 如果你用的是加密货币支付 —— 官方对这条路径没有给自助排查步骤，直接说明发邮件到同一个 support 邮箱，由官方来查。

顺着这条路径可以看出官方的分诊逻辑：先用「有没有被扣款 + 有没有收据」把问题分成「支付根本没成功」和「支付成功但额度没同步」两类，前者你自己就能解决（换支付方式），后者才需要人工介入。这两类的处理成本差很多，所以别跳过第二步的核对。关于拒付本身可能的原因，另有一篇充值失败的排查顺序专门展开。

补充一个官方在支持渠道上的分工：技术问题官方推荐去 Discord 的 help 论坛问社区，而账单与账户管理类问题走 support 邮箱。充值不到账属于后者，发错地方会白等。

四、加密支付这条路上有两个变化

如果你打算用 USDC 付款，有两条官方明确写出来的信息必须先知道。

其一，旧的编程式加密支付接口已经被移除。 官方文档专门挂了一条弃用说明：由于 Coinbase 弃用了该流程依赖的底层 API，POST /api/v1/credits/coinbase 这个端点已被移除，现在调用会返回 410 Gone，错误信息里直接写了让你改用网页版的额度购买流程。官方给出的替代方案就是去 Credits 页面走网页购买流程，当前的 Coinbase 额度购买走的是 Coinbase Business Checkouts。文档还提示，在 SDK 下次重新生成之前，某些 SDK 里可能仍然残留着已弃用的 createCoinbaseCharge 方法——方法还在不代表还能用，这是一个典型的、只看 SDK 签名会被误导的坑。

其二，加密支付永远不可退款。 官方退款政策那一段的最后一句是明确的：加密货币支付永不可退。这一条没有例外条件，也不受下面要讲的申请窗口影响。

五、充值之后：手续费、退款窗口与额度有效期

手续费是怎么产生的。 官方的口径是：购买额度时会收取一笔费用，但对底层模型的推理定价不加价，你付的推理单价和直接找供应商是一样的。官方在「OpenRouter 怎么赚钱」这个问题下也是同一套说法——靠购买额度时的那笔费用，而不是在模型价格上抽成。加密支付另有一档单独的费率。具体费率是多少，请以官方定价页为准，本文不列数字；理解到「费用发生在充值这一步、不发生在调用这一步」这个结构就够你做估算了。想把每一笔调用花在哪儿看清楚，可以配合API 成本监控的通用做法一起做。

顺带一提，官方 FAQ 里有一条问的就是「批量采购有没有优惠」，回答是目前不提供按用量分档的批量优惠，只说如果你认为自己属于特别的使用场景，可以邮件沟通。所以不要按「充得多单价更低」来规划充值节奏。

退款有一个很短的申请窗口。 官方政策写的是：未使用额度的退款可在交易被处理后的二十四小时内申请；如果在购买后的二十四小时内没有提出退款申请，未使用的额度即变为不可退。在有效期内申请的方式是用 Credits 页面上的退款按钮，未使用的额度会退回原支付方式，但平台手续费部分不退。这三个限定条件（时间窗口、只退未使用部分、手续费不退）缺一不可，具体规则以官方条款为准，更细的部分见OpenRouter 退款规则。

额度会过期。 官方 FAQ 在「Do credits expire?」下面回答：按官方条款，OpenRouter 保留在购买后经过一定期限作废未使用额度的权利。具体期限以官方条款页面为准。这里要注意措辞是「保留权利」而不是「一定会作废」，但作为使用者，规划充值节奏时应当按会作废来考虑，别一次性囤积远超可预见用量的额度。

还有一条容易忽略的账户级规则：官方在讲删除账户时提到，未使用的额度会随账户删除而丢失，并且无法在重建账户后找回。

六、把充值这件事自动化，以及怎么盯余额

官方在讲购买方式时提到两种模式：手动充值，或者设置 auto top up，让余额低于你设定的阈值时自动补充。后者的价值不只是省事——它能避免一类很难受的故障：余额见底之后请求开始失败，而你还在排查代码。

盯余额有三个官方给的口径：

• Activity 页可以查看历史用量，并按模型、供应商、API key 过滤。
• 官方还提供 credits API，能拿到账户余额与剩余额度的实时信息。
• 单个 key 的维度则看 GET /api/v1/key，响应里的 limit、limit_reset、limit_remaining 三个字段描述的是这个 key 上可选的消费上限及其剩余量，另有 usage、usage_daily、usage_weekly、usage_monthly 这组字段分别对应累计、当前 UTC 日、当前 UTC 周（周一起算）与当前 UTC 月的用量。

要分清这两层：账户余额和单个 key 的消费上限是两个独立的闸门，官方在 Limits 文档里把它们并列成「额度限制的两个来源」。余额充足但某个 key 的 limit_remaining 耗尽了，那个 key 一样会失败，处理办法是提高该 key 的上限或者等它按 limit_reset 重置。

还有一条与充值直接相关：官方 Limits 文档写的是，账户余额为负时，你「可能」会看到报错，包括在使用免费模型时；把余额补到零以上就可以重新使用这些模型。原文用的情态是「可能」不是「一定」，所以别把它当成确定性规则来解释别人的报错，也别反过来断言「负余额一定连免费模型都用不了」——官方没这么写。

七、团队场景：普通成员是充不了值的

如果你在组织账户下用 OpenRouter，有一条权限边界要先知道：官方文档明确写了普通组织成员不能购买额度，也不能访问账单信息，与额度相关的请求需要联系组织管理员。购买额度、查看详细账单、管理支付方式与开票设置，这些都是管理员权限。

个人账户的额度可以自己转移到组织，路径是 Settings 里的 Credits 页面，选择 Move credits to organization，挑选符合条件的组织、确认金额后完成转移。但官方列了几条限制：走发票或欠款计费的组织不能接收转入的额度，因为它们是按发票结算而不是使用预付额度余额；新加入的组织成员需要满足一定的加入时长要求，组织才能接收转移；刚接收过一次转移的组织，在下一次接收之前有冷却期。

这几条限制单独看都不起眼，但合在一起意味着一件事：组织的额度不是想挪就能挪的，涉及团队的充值计划要提前算好，别指望临时从个人账户救火。

最后：这件事上最容易栽的坑

把上面的内容压成一张自检清单：

• 别默认必须外卡。官方文档里支付宝就在接受列表内，加密货币被限定为 USDC，PayPal 官方说法是还在接入。
• 第一次点 Add Credits 没看到金额表单，先把账单地址和支付方式在弹窗里填完。
• 付款后额度没到，先按官方给的等待时长等一等，再去核对是否真被扣款、有没有收据邮件，然后才决定是换支付方式还是发邮件给 support。别在这一小时里反复重复下单。
• 加密支付这条路：旧的程序化接口已返回 410 Gone，只能走网页购买流程；而且这条路径的付款永不可退。
• 退款窗口很短且只退未使用部分，手续费不退。想退就当天处理，别拖。
• 额度按官方条款有作废的可能，账户删除时未使用额度也会丢，所以充值节奏按可预见用量走。
• 团队场景下，普通成员充不了值，跨账户转额度还有接收方类型、成员任期与冷却期三重限制。

再重复一次这篇文章的底线：以上每一条都能在 OpenRouter 官方文档里找到对应原文，凡是官方没写的（比如各支付方式在具体地区的实际过单表现、国内发票形态），本文一律没有编。费率、额度门槛这类会变的数字请直接看官方定价页与条款页，别信任何二手转述——包括本文。