（3）额度说明与充值

额度是调用模型时的计费单位。
没有可用额度时，CLI 会直接出现“余额不足 / 配额不足 / 扣费失败”等报错。

1. 先学会看额度（不是只看一个数字）

登录控制台后，进入“钱包管理”页面，至少确认这 3 项：

页面区域	重点看什么	作用
当前余额	剩余可用额度	判断是否能继续跑任务
最近消耗	哪个时间段消耗明显上升	排查异常消耗
充值记录	最新一笔是否到账、到账时间	排查“已支付但未到账”

钱包管理页面：余额、消耗与充值入口

2. 充值流程（标准操作）

1. 进入“钱包管理”，点击“在线充值”。
2. 选择充值金额并完成支付。
3. 返回钱包页刷新，确认余额已更新。
4. 若 1 到 3 分钟内仍未到账，先核对支付状态，再看充值记录。

建议第一次先小额充值，确认支付链路和到账链路正常，再按预算加充。

3. 消耗规则（决定你为什么花得快）

额度消耗通常由三件事叠加决定：

1. 你调用的模型类型。
2. 令牌绑定分组的计费倍率。
3. 请求规模（上下文长度、输出长度、调用次数、并发数）。

常见场景对比：

场景	消耗特征	建议
连通性测试	低	用短请求验证配置，不要一上来跑长任务
日常问答/小改动	中	控制输出长度，减少重复重试
大规模代码重构/长上下文	高	先估算预算，必要时拆分任务

4. 测试额度怎么准备（首轮接入必做）

1. 准备一枚“测试令牌”，不要和生产令牌混用。
2. 给测试令牌设置较低额度上限，避免误耗。
3. 只做最小验证请求：模型列表查询 + 一次短问答。
4. 验证通过后，再切换到生产令牌执行长任务。

这样可以把“接入验证成本”和“业务运行成本”分开核算。

5. 超额或额度不足时怎么处理

当你遇到“额度不足 / 扣费失败”时，按这个顺序处理：

1. 刷新钱包页，确认余额是否真实不足。
2. 核对当前 CLI 使用的令牌是否正确。
3. 检查该令牌是否设置了单独额度上限。
4. 检查令牌绑定分组是否为高倍率组。
5. 仍失败时，转到FAQ按工具类型排障。

6. 团队使用建议

• 测试与生产令牌分离。
• 约定预算上限与充值责任人。
• 固定频率复查消耗记录，避免长时间“无感超支”。

下一步：（4）创建 API 令牌