充值、订阅与分组

价格、支付方式、套餐内容和分组规则都可能调整。本文只说明核对方法，不记录固定金额或权益；实际购买前请以 FlashCoding.AI 控制台 当时展示的名称、价格和说明为准。

先区分几个概念

控制台可能根据当前版本显示其中部分项目：

概念	一般用途	操作前要确认
账户余额	按实际调用结算	适用模型、有效期与扣费顺序
套餐或订阅	在约定范围内提供额度或权益	周期、续期、可用模型与剩余额度处理
模型分组	区分渠道、倍率或访问范围	Key 所属分组、价格与限额
赠送额度	活动或系统发放的额度	适用范围、有效期与使用顺序

如果控制台没有某一项，表示当前实例未提供或未对你的账户开放，不要根据其他平台的规则推断。

充值前检查

1. 确认登录的是准备使用 API 的账户。
2. 打开模型或价格页面，核对目标模型的当前计费单位和分组。
3. 估算测试阶段与生产阶段的调用量，并预留异常重试产生的用量。
4. 阅读结算、有效期、退款和票据相关说明。
5. 确认页面显示的收款对象与站内公告一致，不通过来历不明的链接付款。

页面信息优先

文档中的示例不能代替结算页面。确认订单前，以页面最终展示的金额、币种、权益和条款为准。

理解费用来源

一次请求的费用可能由以下因素共同决定：

• 所选模型和渠道或分组。
• 输入、输出以及可能存在的缓存相关用量。
• 图片、音频等非文本输入输出的计费单位。
• 批量、工具调用或其他模型特有能力。
• 请求失败时上游是否已经产生可计费用量。

不要只用“请求次数 × 单价”估算文本模型费用。较稳妥的做法是先用少量真实业务样本测试，再依据控制台中的实际用量外推预算。

选择分组

如果控制台允许 Key 绑定分组，可按以下方法选择：

1. 查看分组可访问的模型，而不是只看分组名称。
2. 比较当前价格、限制和协议支持。
3. 为开发、测试和生产分别创建 Key，便于归因和撤销。
4. 修改分组后重新做一次最小请求，确认模型 ID 与协议仍然匹配。

分组名称相似不代表能力相同。同一模型在不同分组下的价格、限制或可用参数也可能不同，实际信息以控制台为准。

套餐或订阅

若控制台提供套餐或订阅，购买前逐项核对：

• 生效时间与结算周期。
• 是否自动续期，以及如何关闭续期。
• 额度是否跨周期结转。
• 覆盖哪些模型、分组和 API 协议。
• 超出套餐后是停止调用，还是改为余额结算。
• 取消、退款和变更方案的规则。

这些规则属于当前商品说明，不应从文档示例或其他用户的历史订单推断。

支付后未到账

先不要连续重复支付。按下面的顺序处理：

1. 刷新控制台并重新登录，排除会话缓存问题。
2. 在订单或交易记录中检查订单状态（若页面提供）。
3. 核对付款是否成功、金额是否一致，以及登录账户是否正确。
4. 保存订单编号、付款时间、金额和支付平台的交易状态。
5. 通过联系支持中列出的官方渠道反馈。

提交材料时可遮盖支付账号等敏感信息，但应保留可用于定位订单的编号。不要发送账户密码、短信验证码或完整银行卡信息。

发票、收据与退款

是否支持发票、收据或退款，以及适用条件，取决于 FlashCoding.AI 当前的运营政策。请查看控制台的订单说明、站内公告和“联系信息”；文档不对开票主体、时限、税率或退款结果作额外承诺。

控制风险

• 使用不同 Key 区分环境和项目。
• 在应用层设置并发上限、请求超时和有限重试。
• 定期查看余额与用量变化。
• 若控制台提供预算或告警能力，按业务承受范围配置；若未提供，在自己的监控系统中实现。
• 怀疑 Key 泄露时立即撤销，不要等待余额异常后再处理。

如何核对消费记录，请继续阅读用量与账单。