简短答案
“还有余额”只说明账户显示了可用额度，不代表本次请求一定满足模型、分组、权限和预估费用要求。先查看调用日志中的实际错误，再按余额、令牌分组、模型价格、输入规模、端点和上游状态逐项排查。 价格、计费单位、可用模型和额度规则可能变化，以控制台和当前日志为准。本页最后核对日期为 2026 年 9 月 2 日。排查顺序
1. 记录实际错误
不要只根据“余额不足”或客户端提示猜测原因。记录：- 请求时间和时区；
- 模型 ID 与端点；
- API Key 分组；
- HTTP 状态码和平台错误；
- 本次请求是否产生用量或扣费。
2. 核对当前价格和计费单位
打开控制台价格页，确认目标模型当前按 Token、请求、图片、视频时长或其他单位计费。不要使用上游官网价格或旧文档静态价格推算本次账单。3. 检查输入规模
长上下文、多图片、大文件、PDF、视频或较大的输出上限可能增加预计用量。使用最小输入重试：- 保留一条短消息；
- 暂时移除图片、文件和工具调用；
- 使用明确且较小的输出限制；
- 不改变其他变量，以便定位原因。
4. 检查分组、权限和端点
同一模型名称可能因 API Key 分组、计费类型或端点使用不同线路。确认：- API Key 是否允许当前模型和计费方式；
- 请求端点是否与文档一致；
- 模型 ID 是否准确；
- 当前账户是否需要站长或支持团队调整权限。
5. 区分平台和上游错误
如果最小请求仍失败，检查是否为速率限制、内容安全、上游不可用、超时或临时路由问题。不要无限重试；对非重试类错误先修正参数、权限或余额，对临时错误使用有限次数和退避策略。联系支持时提供什么
- 账户邮箱或用户名；
- 请求时间和时区；
- 模型 ID、端点和 API Key 分组；
- 脱敏后的错误信息和请求标识；
- 控制台余额与价格页截图；
- 最小请求的复现结果。