1 元为什么等于 1 余额？人民币结算与 USD 充值换算新手指南

先记住这句话

这里同时存在三个不同层次：你支付时使用的货币、账户里用于扣费的人民币余额，以及上游模型用来计算成本的官方 USD 用量。平台把它们转换到一个简单的人民币余额系统里，方便用户查看和控制支出。

支付货币
  ├─ 支付人民币（CNY）: ¥1 -> 账户增加 1.00 RMB balance
  └─ 支付美元（USD）: USD payment -> currency conversion -> RMB balance

模型请求
  官方 API 用量（USD） -> 所选分组倍率 -> 账户扣除（RMB）

实际扣费（人民币） = 官方用量（美元） × 所选分组倍率

因此，“1:1”只适用于 人民币充值金额到人民币账户余额：充值 ¥1，账户增加 1.00 RMB balance。美元充值不是 1 USD = 1 balance，而是先换算成人民币，再把换算后的金额加入余额。

适用人群与完成标准

这篇指南适合第一次使用 AI API 中转平台、看到美元价格但使用人民币余额结算的中国用户，也适合习惯美元计价、需要确认人民币结算方式的外国用户。

读完后的最低完成标准是：你能用一次小额充值和一次最小模型请求，分别核对充值入账、分组倍率、官方用量和人民币扣费，而不是只根据页面上的货币符号猜测价格。

• 知道充值货币和账户结算单位不是同一个概念。
• 能解释“充值 ¥1 = 1.00 余额”，但不把它解释成“¥1 = $1”。
• 能用官方用量和分组倍率估算一次请求的扣费。
• 能在模型广场、官网定价页和账户用量记录之间找到正确的核对位置。

先分清三层单位与一个倍率

这四项不能混为一个数字。比如页面显示一个模型的公开价格，不代表你的账户一定会按同一个数字扣费；你的实际扣费还取决于当前模型、输入输出用量、所选分组和账号权限。

为什么会出现 1:1

这是平台为了简化记账和用户理解而设置的虚拟余额机制。平台后台需要一个统一的内部单位，而用户更容易理解“余额 ¥100、调用扣 ¥0.05”，不需要每次先把积分、虚拟刀和美元再换算一遍。

充值如何换算

1. 使用人民币充值：充值 ¥1，账户增加 1.00 RMB balance；充值 ¥100，账户增加 100.00 RMB balance。
2. 使用美元充值：支付金额先按充值页面、支付渠道或平台当时采用的换算规则转换成人民币，再以换算后的人民币金额入账。
3. 以订单为准：手续费、汇率时间点、支付渠道规则或优惠可能影响最终入账，不能只用一个固定汇率倒推。

模型调用如何结算

官方模型服务通常以 USD 表示 API 用量。平台不会把“官方 1 USD”直接当成账户里的 1 USD，而是使用你选择的分组倍率换算成人民币扣费：

实际扣费（人民币） = 官方用量（美元） × 所选分组倍率

倍率越低，单位用量通常越便宜，但不同分组可能对应不同上游线路、稳定性、可用模型或账号权限。不要只看倍率，还要结合自己的延迟、成功率、模型能力和预算来选。

完整计算示例

演示汇率：1 USD = 7.20 CNY（仅用于说明计算方式，非实时价格承诺）

充值：支付 10 USD
换算：10 × 7.20 = 72 CNY
入账：账户增加约 72.00 RMB balance（最终以充值订单显示为准）

调用：官方用量 0.10 USD，所选分组倍率 2.0
扣费：0.10 × 2.0 = 0.20 CNY
剩余：72.00 - 0.20 = 71.80 CNY

这是为了展示计算顺序的演示。它没有固定你的支付汇率，也没有固定任何模型的实时单价。实际操作时应把示例里的 7.20、0.10 和 2.0 换成充值订单、请求用量和 API 密钥页面显示的当前值。

应该去哪里查看

新手最短成功路径

不要一开始就批量调用或用高成本任务测试。先完成一次可核对的小请求：

1. 登录控制台并确认账户余额
2. 在 API 密钥页面查看分组倍率
3. 在模型广场或定价页选择一个当前可用模型
4. 用最小请求调用一次
5. 在用量 / 余额记录中核对官方用量和人民币扣费
6. 保存这次成功请求作为自己的成本基线

1. 准备输入：已有账号、API Key，以及一笔你能接受的小额余额。
2. 确认入账：充值后记录支付币种、订单金额和最终人民币余额。
3. 选择分组：打开 API 密钥页面，记录分组名称、倍率和线路说明。
4. 选择模型：通过大模型广场或官网定价页了解模型，再以控制台当前可用模型为准。
5. 发送最小请求：使用短文本、低并发和一个明确的问题，避免第一次就提交长上下文或批量任务。
6. 核对结果：记录模型、分组、官方 USD 用量、调用前后余额和实际人民币扣费。

完成最后一步后，你就拥有了自己的成本基线，之后再比较模型或分组会比猜测页面上的货币符号可靠。

模型与分组怎么选

成本核对与迭代方法

每次成本异常时，使用一个变量一次的排查循环：

1. 先看控制台记录：模型、分组、输入输出用量、扣费和时间。
2. 找出最大差异：是支付换算、官方用量、倍率，还是重复重试。
3. 只改变一个变量：例如固定模型，只更换分组；或固定分组，只缩短输入。
4. 重发相同的小请求，与上一条结果比较。
5. 确认后保存有效组合，异常组合不要直接扩大到批量任务。

常见问题与恢复方式

练习任务与验收清单

用一个低风险的文本请求完成下面练习，不要使用批量图片、视频或超长上下文：

1. 记录充值前余额和充值订单的支付币种。
2. 记录充值后最终人民币余额。
3. 记录模型 ID、分组名称和分组倍率。
4. 发送一次固定长度的最小请求。
5. 记录官方 USD 用量和人民币实际扣费。
6. 用公式反算并标记任何差异。

• □ 我没有把 CNY 和 USD 的数值直接按 1:1 比较。
• □ 我知道美元充值会先换算成人民币余额。
• □ 我从 API 密钥页面记录了当前分组倍率。
• □ 我通过控制台用量记录核对了实际扣费。
• □ 我在批量调用前完成了小样本测试。

可复用成本核对模板

这次调用的成本核对：
- 支付货币：CNY / USD
- 充值订单最终入账：________ RMB balance
- 模型 ID：________
- 分组：________
- 分组倍率：________
- 官方用量（USD）：________
- 预期扣费（RMB）：官方用量 × 分组倍率 = ________
- 控制台实际扣费（RMB）：________
- 差异或待确认问题：________

结论：以充值订单、模型广场 / 定价页和账户用量记录的当前值为准。

这个模板可以放在团队的项目文档、账单复盘或接入验收清单里。它的作用不是替代控制台，而是让每次比较都有同样的输入和证据。

口径与证据边界

本文解释的是平台当前公开的人民币余额与分组倍率记账方式：充值 ¥1 对应 1.00 余额，美元充值先转换成人民币入账，模型调用按官方 USD 用量乘所选分组倍率扣除人民币。模型价格、汇率、手续费、可用模型、权限、限速和失败请求的处理方式都可能随支付渠道、上游供应商、账号和控制台配置变化。

因此，本文中的公式用于理解和估算；充值订单、大模型广场、网站定价页面、API 密钥页面和账户用量记录才是实际操作时的证据来源。需要排查具体扣费时，请同时保留订单号、request_id、模型、分组和请求时间。