查询补号需求GET /api/supplier/v1/demand
管理员控制台
库存与补号策略
策略保存在跳板服务中，供应商看不到账号详情和 Codex2API 密钥。
全局设置
决定策略多久评估一次、两次补号之间的间隔以及供应商权限。
供应商密钥
密钥只保存哈希；忘记后可重置并复制新密钥，旧密钥会立即失效。供应商网页和 API 使用同一密钥。
| 供应商 | 密钥前缀 | 状态 | 通过账号 | 最近使用 | 操作 |
|---|
分组目标
“启用补号策略”表示系统会检查该分组并对供应商开放缺口；关闭后只展示状态，不产生补号需求。
| 启用策略 | 检查分组 | 当前 | 目标可用 | 可用阈值 | 7d 剩余额度阈值 | 触发条件 | 补号目标分组 | 建议补充 | 供应商备注 |
|---|
供应商补号账号
定时批量比对上游账号状态；也可随时手动验活，不处理 Codex2API 的锁定标记。
| 导入时间 | 供应商 | 账号 | 邮箱 | 导入校验 | 当前验活 | 存活时长 | 目标分组 |
|---|
判定说明
避免只看账号个数：额度较低时也能按“可用容量”提前补号。
01账号数量
可用账号低于阈值时触发，补到“目标可用数量”。
027d 剩余额度
按每个账号的 100% − 7d 已用比例求平均；低于阈值时估算需要的新账号数。
03安全限速
最终数量取两种缺口的较大值，并受冷却时间和单次上限约束。
最近审计
只记录操作类型、分组和数量，不记录 Token 或管理密钥。
供应商入口
当前补号需求
这里只显示分组缺口；账号列表、用量明细和管理密钥不会下发。
需求列表
提交 Refresh Token
系统只接受当前缺口数量，超出的 Token 不会提交。
供应商 API 接入
网页登录使用的供应商密钥也可直接调用 API；密钥放在请求头，不要放进 URL。
01查询实际缺口
读取服务端账号快照中的 demands，选择 accepting=true 的策略，并以 needed 作为本次最多提交数量；updated_at 是快照时间。
02按数量提交 RT
将返回的 group_id 原样提交；refresh_tokens 支持用换行分隔多个 RT。
03根据结果继续
accepted 是成功数，failed 是拒绝数；提交后再次查询缺口，不要自行猜测数量。
提交 Refresh TokenPOST /api/supplier/v1/supply
认证：
X-Supplier-Key: sup_xxx示例中的 sup_xxx 请替换为管理员发给你的供应商密钥；目标入组信息不会通过供应商 API 返回。