速率限制

平台没有公开的 QPS / RPM 数值（接口文档里查不到）。真正会拦住你的是三样东西：账户余额、这把 Key 的配额上限、以及上游返回的 429。

余额

所有调用都从账户余额里扣，单位是算力点，不是人民币。

curl https://api.lk888.ai/v1/skills/balance \
  -H "Authorization: Bearer $OPENAI_API_KEY"

返回：

字段	含义
balance	账户算力点余额
unit	固定是 compute credits
api_key_quota.used	这把 Key 已经用掉的算力点
api_key_quota.limit	这把 Key 的配额上限，0 表示不限
api_key_quota.remaining	剩余额度，只在 limit > 0 时返回

余额不够 → 402，error_code 是 insufficient_balance。调用付费接口前先查一次余额，能省掉一轮白跑的失败。

Key 配额

每把密钥可以单独设一个总额度上限（limit）。用满了 → error_code 是 quota_exceeded。

limit = 0 是不限；不限的时候不返回 remaining 字段。额度是按 Key 算的 —— 同一把 Key 下面所有调用一起算。

429

429 是上游透传过来的「请求过多」。它跟余额、配额是两回事 —— 退避重试就行，别去查余额。

并发

同一把 Key 可以并发提交多个任务，各自分别轮询。文档里没有并发上限。

媒体任务尤其要注意：非流式请求会阻塞到上游跑完，推理模型可能十几分钟 —— 这不是限流，是超时问题。客户端读超时给够，或者用流式。

查用量

curl "https://api.lk888.ai/v1/skills/usage?days=7" \
  -H "Authorization: Bearer $OPENAI_API_KEY"

参数	说明
scope	key（默认，只算这把 Key）或 user（同账户所有 Key 汇总）
days	往前推几天，默认 1，最大 30；要更精确用 start_time + end_time
model	只看某个模型
detail=1	返回逐条记录（task_id / state / cost / refunded…），默认按模型聚合

失败但已退款的任务，cost 记 0，退款额单独给 refunded_amount。

错误码对照

error_code	什么意思	怎么办
insufficient_balance	余额不足	去平台充值
quota_exceeded	这把 Key 配额用完	提额或换一把 Key
channel_unavailable	这条线路没了	等一会儿重试
upstream_error	上游抽风	重试
server_error	服务端错误	重试
content_policy_violation	内容违规	改输入，别重试
invalid_request	参数或素材有问题	改输入，别重试
key_config_error	这把 Key 没开这个模型，或白名单里没有它的线路	去密钥管理补配置