Open API

API キーで残高を照会する

sk- API キーで現在のキーの残りクォータを照会:GET /v1/user/balance は is_active / balance / unit を、GET /v1/credits は OpenRouter 形式の total_credits / total_usage を返します。cc-switch などのサードパーティクライアントによるポーリングに対応。

sk- で始まる API キーを使って、現在のキーの残りクォータと利用可否を直接照会できます。サードパーティクライアントが UI に残高を表示したり、スクリプトで残高を監視したりする用途に向いています。

これは読み取り専用のエンドポイントです:課金もクォータ消費もありません。認証はキー自体のみを検証するため、クォータを使い切って業務リクエストが拒否される状態でも残りクォータを照会できます(その場合 is_active は false になります)。


1. エンドポイント一覧

エンドポイント対応するクライアント形式返却内容
GET /v1/user/balancecc-switch 汎用残高テンプレートis_active / balance / unit。キーに総クォータがある場合は used / total も付きます
GET /user/balance同上。Base URL に /v1 を付けない場合の形式上の行と完全に同じ
GET /v1/creditsOpenRouter 形式data.total_credits / data.total_usage
項目値
Base URLhttps://api.lmuai.com
認証方式Authorization: Bearer <sk-...>
レスポンス形式JSON
ログインの要否不要。API キーだけで利用できます

/user/balance は /v1/user/balance の別名です(クライアントで Base URL を /v1 なしで設定した場合に使用)。/v1/credits にはルートパスの別名がありません。必ず /v1 を付けてください。


2. どの残高が返るか

balance は必ずしもアカウントのウォレット残高ではなく、現在のキーが実際に利用できる残りクォータです。次の順に最初に当てはまるものが採用されます。

順序キーの状況balance の意味
1キーに個別の総クォータが設定されているそのキーの残りクォータ(total - used)
2キーがサブスクリプショングループに属しているサブスクリプションの残りクォータ(unit が requests の場合は残り回数)
3いずれでもないアカウントのウォレット残高

また is_active は、このキーが現在業務リクエストに使えるかを示します。キーのステータスが有効で、期限切れでなく、総クォータを使い切っていない場合に true になります。サブスクリプショングループに属していて有効なサブスクリプションがない場合も false です。


3. GET /v1/user/balance

GET /v1/user/balance HTTP/1.1
Host: api.lmuai.com
Authorization: Bearer sk-xxxxxxxx

レスポンス — ウォレット残高モード(キーにクォータがなく、サブスクリプショングループでもない):

{
  "is_active": true,
  "balance": 1575.13,
  "unit": "USD"
}

レスポンス — キーに総クォータがある場合(used と total が追加されます):

{
  "is_active": true,
  "balance": 6,
  "unit": "USD",
  "used": 4,
  "total": 10
}

レスポンス — 回数制のサブスクリプショングループ:

{
  "is_active": true,
  "balance": 842,
  "unit": "requests"
}

レスポンスフィールド

フィールド型説明
is_activeboolこのキーが現在業務リクエストに使えるか
balancenumber残りクォータ。単位は unit を参照
unitstringUSD(既定)、または回数制サブスクリプショングループの場合 requests
usednumberキーに総クォータがある場合のみ。このキーの使用済みクォータ
totalnumberキーに総クォータがある場合のみ。このキーの総クォータ

used / total はキー個別クォータモードでのみ確かな値を持ちます。ウォレット残高モードとサブスクリプションモードでは返されません。balance を基準にし、total - used から逆算しないでください。


4. GET /v1/credits

OpenRouter 形式の残高フォーマットです。クライアントは total_credits - total_usage で残りクォータを表示します。

GET /v1/credits HTTP/1.1
Host: api.lmuai.com
Authorization: Bearer sk-xxxxxxxx

レスポンス:

{
  "data": {
    "total_credits": 20,
    "total_usage": 4
  }
}
フィールド型説明
data.total_creditsnumber使用済み + 残り。total_credits - total_usage がちょうど残りクォータになるようにしています
data.total_usagenumber使用済みクォータ

total_credits は「使用済み + 残り」の合成値であり、クォータ上限の文字通りの値ではありません。ウォレット残高モードでは total_usage が 0 になり、total_credits は残高と等しくなります。クォータを使い切ると残りは 0 に切り詰められるため、その場合の total_credits は使用済み量と等しくなります。


5. サードパーティクライアントでの設定

クライアント / 用途設定方法
cc-switch 汎用残高テンプレートBase URL は https://api.lmuai.com(/v1 なし)でも https://api.lmuai.com/v1(/v1 あり)でも動作します
OpenRouter 互換クライアント(Kelivo、RikkaHub など)Base URL に https://api.lmuai.com/v1 を設定します。クライアントは /v1/credits を呼び出します
独自スクリプト/v1/user/balance を直接呼び出すのがおすすめです。フィールドがより分かりやすいです
curl -s https://api.lmuai.com/v1/user/balance \
  -H "Authorization: Bearer sk-xxxxxxxx"

6. エラーレスポンス

残高照会はゲートウェイ共通の API キー認証を使うため、エラーは他の API 呼び出しと同じ形式で返ります。リクエストにキーがない場合:

{
  "code": "API_KEY_REQUIRED",
  "message": "API key is required in Authorization header (Bearer scheme), x-api-key header, or x-goog-api-key header"
}
ステータスコードcode状況
200—正常。クォータを使い切った場合、キーの有効期限切れ、サブスクリプションがない場合も 200 で、is_active: false で利用不可を表します
401API_KEY_REQUIREDリクエストに API キーがない
401INVALID_API_KEYキーが存在しない、または形式が不正
401API_KEY_DISABLEDキーが無効化されている
403ACCESS_DENIEDキーに IP 許可リスト / 拒否リストが設定されており、現在の IP は許可されていない

一般的なエラーはエラーコードを参照してください。


7. 「使用状況詳細のエクスポート」との違い

本ページの残高エンドポイント使用状況詳細のエクスポート
認証sk- API キーアカウントとパスワードで JWT を取得
粒度現在のキーの残りクォータアカウント単位のリクエストごとの明細
用途クライアントでの残高表示、残高監視請求書のエクスポート、照合、BI への取り込み

GET /v1/usage はその中間にあたるエンドポイントです。同じく sk- キーを使い、現在のキーの当日・累計の使用状況統計とクォータ情報を返します。フィールドはより詳細です。

最終更新:

京ICP备2020034311号-7

このページの目次