メインコンテンツへスキップ
ユーザー請求エンドポイントを使用して、チームのクレジット残高を読み取り、保存された支払い方法でトップアップを購入します。両方のエンドポイントは、APIキーでの認証が必要です。無効なキーは402を返します。

クレジット残高を確認する

GET /user/credits/infoは、認証されたチームのクレジット残高、ロットごとの内訳、アクティブなサブスクリプションの詳細、および使用が許可されているかどうかを返します。 このエンドポイントを使用して、請求ウィジェット、使用状況ダッシュボード、または大規模なジョブを実行する前の事前チェックを強化します。 APIの詳細については、クレジット情報を取得を参照してください。

レスポンス

breakdownの各ロットには、Subscription、Top-up、Manual、Setup、またはPendingのpurchase_kindがあります。

トップアップを購入する

POST /user/purchase-topupは、Stripeで保存されたカードに請求し、クレジットを一度に購入します。チェックアウトのリダイレクトや埋め込み支払いUIはありません。 リクエストボディにクレジット金額を渡します:
サポートされている値:10,000、20,000、80,000、および100,000。 APIの詳細については、トップアップを購入を参照してください。

要件

  • チームには、少なくとも1枚の保存されたカードを持つStripeの顧客が必要です。
  • チームごとに60秒ごとに1回の購入試行のみが許可されます。クールダウンに達した場合、レスポンスは429でRetry-Afterヘッダーが付きます。

レスポンス

200 — 支払い成功:
202 — 支払いはまだ処理中です。Stripeが支払いを確認するとクレジットが追加されます:
クレジットは支払い確認後にStripeのウェブフックによって発行され、HTTPレスポンスから直接ではありません。200を支払い成功と見なし、更新された残高を確認する必要がある場合はGET /user/credits/infoをポーリングしてください。

一般的なエラー

自動リフィル

残高が切れないように、スケジュールで残高を確認し、しきい値を下回った場合にトップアップを購入します。これは上記の2つのエンドポイントを使用し、スクリプトを実行できる場所ならどこでも動作します:cronジョブ、CIステップ、サーバーレス関数、または大規模なジョブの前のAIエージェント。
  1. GET /user/credits/infoを呼び出し、creditsを読み取ります。
  2. creditsがしきい値を下回った場合、サポートされている金額の1つでPOST /user/purchase-topupを呼び出します。
  3. 200または202の場合、停止します。Stripeが支払いを確認するとクレジットが到着するので、次のチェックで再度購入しないでください。
cronで毎時間チェックを実行するには:
チェック間の使用量をカバーするしきい値を選択してください。毎時間チェックを実行し、1時間あたり約1,000クレジットを使用する場合、2,000のしきい値はトップアップが処理中の間のバッファを残します。
各実行は保存されたカードに請求する可能性があります。チームごとに1つのリフィルジョブのみを実行し、429(purchase_topup_cooldown)および503(payment_status_unknown)を次のスケジュールされたチェックまで待機することで処理し、すぐに再試行しないでください。402(payment_failed)はカードが拒否されたことを意味します。次回の実行前にダッシュボードで更新してください。