遇到 OpenAI API 余额不足，先别急着充值。调用失败可能来自可用余额、组织或项目预算、模型权限，也可能是 API 中转账户的独立计费限制。先确认请求发往哪里、使用哪套密钥，再结合错误响应排查，才能避免充错账户或把限流误判为欠费。
先确认：余额不足发生在哪一层？
检查 SDK 的 base_url 与 API Key 来源。直连官方接口，应核对对应组织、项目及账单信息；通过 openmagic.ai 等 API 中转服务接入，则应检查中转账户余额、渠道规则和调用日志。官方账户与中转账户通常独立计费，不能假定余额互通。聊天产品订阅也不应直接视作 API 可用额度，具体权益以账户页面为准。
- 保存 HTTP 状态码、错误类型、错误信息和请求 ID，提交工单时隐藏密钥。
- 确认当前密钥所属项目，避免给另一账户充值后仍使用旧密钥。
- 区分余额耗尽、预算限制、速率限制和模型权限，不只看“请求失败”提示。
- 核对充值是否到账、扣费记录是否更新，以及是否存在其他应用持续消耗。
如何区分额度不足与并发限流？
错误信息包含 insufficient_quota 时，应优先核对计费状态和可用额度；出现 rate_limit_exceeded 时，更应检查每分钟请求数、Token 吞吐及并发情况。单看 HTTP 429 无法判断是否余额不足。中转接口也可能使用自己的错误映射，需要结合响应正文与服务商文档确认。
处理额度问题时，可先暂停批量任务，确认账户状态后用短输入、短输出测试。处理限流问题时，可降低并发、设置队列，并使用带随机抖动的指数退避。明确的欠费或权限错误不宜无限重试，否则只会增加失败请求和排查噪声。
模型价格与 Token 预算怎么估算？
不要用固定“每次对话价格”推算所有任务。输入长度、历史消息、输出长度及模型都会影响费用。先查询实际渠道对应模型的当前计费单位，再按以下方式计算：预估文本费用＝输入 Token÷计价单位×输入单价＋输出 Token÷计价单位×输出单价。如果分别按百万 Token 报价，计价单位就是一百万。
例如，预计每天调用 200 次，每次输入 1500 Token、输出 500 Token，则每日约需输入 30 万、输出 10 万 Token。把这两项分别乘以适用单价，再按运行天数汇总。缓存、图片、音频、工具调用及长上下文可能有不同计费口径，应单独核对；中转渠道还应确认币种、倍率、折扣及失败请求计费规则，不能直接套用其他渠道报价。
充值前先控制成本，避免余额再次耗尽
先从实际响应中的 usage 字段或用量日志抽样，统计平均消耗和高峰消耗，再制定日、周、月预算。预算告警不一定等于自动停机。应确认平台预算是提醒还是硬限制，并在应用侧设置调用次数、输出长度和异常熔断规则。
成本优化可从缩短重复提示词、压缩历史消息、限制不必要的长输出开始；简单任务选择满足质量要求的模型。采购 API 中转额度或 Token 批发服务时，应核对计费明细、模型标识、并发限制与售后排障流程。先用小批量真实任务验证单位成本，再决定充值规模，比只比较名义单价更稳妥。