GitLabクレジットと使用量課金
- プラン: Premium、Ultimate
- 提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated
GitLabクレジットは、従量制課金のための標準化された消費通貨です。クレジットはGitLab Duo Agent Platformで使用され、使用アクションごとに一定数のクレジットが消費されます。
GitLab Duo ProおよびEnterpriseとそれに関連するGitLab Duo機能は、使用量に基づいて課金されることはなく、GitLabクレジットを消費しません。
クレジットは、クレジット倍率表に記載されているとおり、使用する機能とモデルに基づいて計算されます。課金されるのは、一般提供されている機能に対してです。一部のプレリリース機能も使用量に対する料金が発生します。料金が適用される場合、その機能のドキュメントページにその旨が記載されています。
課金は、プロジェクトレベルではなく、ルートネームスペースまたはトップレベルグループレベルで行われます。クレジットの使用量は、どのプロジェクトで機能を使用しているかにかかわらず、アクションを実行した主体に帰属します。主体とは、人間のユーザーまたは人間以外の主体(たとえば、サービスアカウントや自動フローを実行するボットなど)のいずれかです。
ルートネームスペースまたはトップレベルグループ内のすべての使用量は、課金目的で統合されます。
GitLabでは、次の3つの方法でクレジットを取得できます:
- プランに含まれるクレジット
- 月間コミットメントプール
- オンデマンドGitLabクレジット
クリックスルーデモについては、GitLabクレジットを参照してください。
クレジットの価格については、GitLabの価格をご覧ください。
プランに含まれるクレジット
プランに含まれるクレジットは、PremiumまたはUltimateプランのすべてのユーザーに割り当てられます。これらのクレジットはユーザーごとに付与され、ユーザー間で共有することはできません。プランに含まれるクレジットは、毎月1日にリセットされます。未使用のクレジットは翌月に繰り越されません。
コミュニティプログラムサブスクリプションには、プランに含まれるクレジットは付与されません。
人間以外の主体には、プランに含まれるクレジットは付与されません。これらの消費は、人間のユーザーと同じ使用順序で、月額コミットメントプールとオンデマンドGitLabクレジットからネームスペースレベルで課金されます。
プランに含まれるクレジットの詳細については、GitLabのプロモーション利用規約をご覧ください。
月間コミットメントプール
月間コミットメントプールは、サブスクリプションのすべてのユーザーが利用できる共有クレジットプールです。サブスクリプションのすべてのユーザーは、各自のプランに含まれるクレジットを消費した後、この共有プールからクレジットを利用できます。
特定のユーザー、グループ、プロジェクトのためにプールを予約したり、消費量を特定のユーザーに限定したりすることはできません。個々のユーザーが消費する量を制限するには、使用量上限を使用します。
月間コミットメントプールは、1年または複数年の定期契約として購入できます。購入した年間クレジット数は12で割られます。
たとえば、月間コミットメントプールを1,000クレジット購入すると、契約期間中は毎月1,000クレジットを利用できます。
GitLabアカウントチームを通じて、いつでもコミットメントを増やすことができます。追加したコミットメントは、契約の残りの期間に適用されます。コミットメントを減らせるのは更新時のみです。
クレジットのコミットメントは、段階的な割引が適用された価格で購入できます。コミットメントは、契約期間の開始時に前払いで請求されます。
クレジットは購入後すぐに利用可能になり、毎月1日にリセットされます。未使用のクレジットは翌月に繰り越されません。
月間コミットメントプールを購入すると、オンデマンドGitLabクレジットの使用を含む、使用量課金の利用規約に同意したと見なされます。利用規約に同意すると、オンデマンド課金はサブスクリプションの残りの期間およびその後のセルフサービス更新の間アクティブになり、オプトアウトすることはできません。
オンデマンドGitLabクレジット
オンデマンドGitLabクレジットは、プランに含まれるすべてのクレジットおよび月間コミットメントプールのクレジットをすべて使い切った後に発生する利用分をカバーします。オンデマンドGitLabクレジットは毎月請求されます。
オンデマンドGitLabクレジットは、使用されたクレジットあたり1ドルの定価で消費されます。
オンデマンドGitLabクレジットは、使用量課金の利用規約に同意した後に使用できます。この規約は、月間コミットメントを購入する際、またはカスタマーポータルのGitLabクレジットダッシュボードで直接同意できます。使用量課金の利用規約に同意することにより、現在の月次請求期間にすでに発生しているすべてのオンデマンド料金、および今後発生するオンデマンド料金の支払いに同意したと見なされます。
使用量課金の利用規約に同意していない場合、GitLab Duo Agent Platformを使用したり、オンデマンドGitLabクレジットを消費したりすることはできません。月間コミットメントを購入するか、使用量課金の利用規約に同意することで、GitLab Duo Agent Platformへのアクセスを再開できます。
たとえば、あるサブスクリプションで月あたり50クレジットの月間コミットメントがあるとします。その月に75クレジットを使用した場合、最初の50クレジットは月間コミットメントプールから消費され、残りの25クレジットはオンデマンド利用分として請求されます。
使用順序
GitLabクレジットは、次の順序で消費されます:
- 一時的な評価クレジットが最初に消費されます。
- 含まれているクレジットは、共有クレジットの前に各ユーザーによって消費されます。
- 月間コミットメントプールクレジットは、含まれるすべてのクレジットが消費された後に使用されます。
- その他の利用可能なクレジット(プランに含まれるクレジットおよび該当する場合は月間コミットメントプール)がすべて消費され、使用量課金の利用規約に同意している場合、オンデマンドクレジットが使用されます。
一時的な評価用のGitLabクレジット
月間コミットメントプールを購入していない場合、またはオンデマンドGitLabクレジットの使用量課金の利用規約に同意していない場合は、GitLab Duo Agent Platform機能の評価を目的として、無料の一時的なプールをリクエストすることができます。
GitLabクレジットは、評価をリクエストしたユーザーの数に基づいて割り当てられ、それらのユーザーの共有プールに追加されます。GitLabクレジットは30日間有効で、期限が切れると使用できなくなります。
GitLabクレジットをリクエストするには、セールスチームにお問い合わせください。
なお、Freeプランの利用中にGitLabクレジットを試したい場合は、Ultimateプランのトライアルを開始するという選択肢もあります。
Freeプランの場合
- プラン: Free
- 提供形態: GitLab.com、GitLab Self-Managed
Freeプランのユーザーは、インスタンスまたはグループネームスペース向けにGitLabクレジットの月間コミットメントプールを購入できます。これにより、PremiumまたはUltimateサブスクリプションを必要とせずに、一連のGitLab Duo Agent Platform機能にアクセスできるようになります。
Freeネームスペースのオンデマンド使用量は、1か月あたり$25,000に制限されています。この制限に達すると、オンデマンド使用量は自動的にオフになり、翌月の初めにリセットされます。
GitLabクレジットを購入する
カスタマーポータルの月間コミットメントプールに対してGitLabクレジットを購入できます。
前提条件:
- 請求先アカウントマネージャーである必要があります。
- カスタマーポータルにサインインします。
- 関連するサブスクリプションカードで、GitLabクレジットダッシュボードを選択します。
- 月間コミットメントを購入または月間コミットメント数を増やすを選択します。
- 購入するGitLabクレジットの数を入力します。
- 注文を確認を選択します。GitLabクレジット数、顧客情報、および支払い方法が正しいことを確認します。
- 購入を確認を選択します。
前提条件:
- グループのオーナーのロールを持っている必要があります。
PremiumおよびUltimateプランの場合:
- 上部のバーで検索または移動先を選択して、トップレベルグループを見つけます。
- 設定 > GitLabクレジットを選択します。
- 月間コミットメントを購入または月間コミットメント数を増やすを選択します。
- カスタマーポータルフォームで、購入するGitLabクレジットの数を入力します。
- 注文を確認を選択します。GitLabクレジット数、顧客情報、および支払い方法が正しいことを確認します。
- 購入を確認を選択します。
Freeプランの場合:
- 上部のバーで検索または移動先を選択して、トップレベルグループを見つけます。
- 設定 > 請求を選択します。
- 状況により次の手順に従います:
- トライアル中ではない場合: GitLabクレジットカードで、クレジットを購入またはクレジットを増やすを選択します。
- トライアル中の場合: GitLabクレジットカードで、月間コミットメントを購入またはクレジットを増やすを選択します。
- カスタマーポータルフォームで、購入するGitLabクレジットの数を入力します。
- 注文を確認を選択します。GitLabクレジット数、顧客情報、および支払い方法が正しいことを確認します。
- 購入を確認を選択します。
前提条件:
- 管理者である必要があります。
- インスタンスがGitLabとサブスクリプションデータを同期できる必要があります。
PremiumおよびUltimateプランの場合:
- 右上隅で、管理者を選択します。
- 左側のサイドバーで、GitLabクレジットを選択します。
- 月間コミットメントを購入または月間コミットメント数を増やすを選択します。
- カスタマーポータルフォームで、購入するGitLabクレジットの数を入力します。
- 注文を確認を選択します。GitLabクレジット数、顧客情報、および支払い方法が正しいことを確認します。
- 購入を確認を選択します。
Freeプランの場合:
- 右上隅で、管理者を選択します。
- 左側のサイドバーで、サブスクリプションを選択します。
- GitLabクレジットカードで、クレジットを購入を選択します。
- カスタマーポータルアカウントをお持ちでない場合は、まずアカウント作成の手順を完了してください。次に、認証情報を使用してサインインします。
- カスタマーポータルフォームで、購入するGitLabクレジットの数を入力します。
- 注文を確認を選択します。GitLabクレジット数、顧客情報、および支払い方法が正しいことを確認します。
- 購入を確認を選択します。
GitLabクレジットは、カスタマーポータルのサブスクリプションカードとGitLabクレジットダッシュボードに表示されます。
クレジット倍率
クレジットの使用量は、使用する機能とモデルに基づいて計算されます。一部の機能では複数のモデルオプションから選択できますが、1つのモデルのみを使用する機能もあります。
リクエストとは、ユーザーによって開始される1回の(請求対象)アクションを表します(たとえば、チャットメッセージの送信やコード生成のリクエスト)。これは、ユーザーの視点から見た1回のインタラクションを表します。
モデルコールは、ユーザーリクエストを実行するためにLLMに対して行われる内部APIコールを表します。1回のユーザーリクエストによって、複数のモデルコールがトリガーされることがあります。たとえば、コンテキストを理解するためのコールと、レスポンスを生成するための別のコールです。
モデル
次の表は、さまざまなモデルについて、1 GitLabクレジットで実行できるLLMコールの数を示しています。新しいモデルや、より複雑なモデルほど倍率が高く、より多くのクレジットを必要とします。
モデルの使用量については、次の課金方法に基づいて請求されます:
- GitLab管理モデルの変動料金: 1回のリクエストは1回のLLMコールに相当します。1つのフローで、1回または複数回のコールが行われます。クレジット費用は使用されるモデルによって異なります。
- セルフホストモデルの変動料金: 1回のリクエストは1回のLLMコールに相当します。1つのフローで、1回または複数回のコールが行われます。任意のサポートされているセルフホストモデルまたは互換性のあるセルフホストモデルに対して、1クレジットで8回のリクエストを実行できます。
- GitLab Duo機能の定額料金: 各エンドツーエンド実行は、実行中にどれだけ多くのLLMコール(GitLabマネージドモデルとセルフホストモデル)が行われたかに関わらず、事前に設定された量のクレジットを消費します。セルフホストモデルで実行される機能は、実行で消費されるクレジットに対して20%の割引を受けます。
- 失敗した実行に対するクレジット控除は、提供形態によって異なります:
- GitLab.comでGitLabマネージドモデルを使用している場合、完了する前にフローが失敗しても、一部のLLMコールがすでに行われていても、クレジットは控除されません。
- GitLab Self-Managedでセルフホストモデルを使用している場合、均一価格を使用しない機能の場合、請求は個々のLLMコールに基づいて行われ、フローの完了には基づきません。各コールは開始時に計測されるため、フローが失敗する前に行われたコールも引き続き課金されます。これは、途中で失敗したフローでも、すでに開始されたコールに対してクレジットを消費する可能性があることを意味します。均一価格の機能の場合、フローが失敗しても、実際にどれだけ多くのLLMコールが行われたかに関わらず、完全な均一価格が請求されます。
基本的なインテグレーションを備えた低クレジット消費モデル:
| モデル | 1クレジットあたりのコール数 |
|---|---|
claude-3-haiku | 8.0 |
codestral-2501 | 8.0 |
gemini-2.5-flash | 8.0 |
gpt-5-mini | 8.0 |
gpt-5-4-nano | 8.0 |
最適化されたインテグレーションを備えたプレミアムモデル:
| モデル | 1クレジットあたりのコール数 |
|---|---|
gpt-5.6-luna | 8.0 |
claude-4.5-haiku | 6.7 |
gemini-3.6-flash 1 | 6.7 |
gemini-3.7-flash 1 | 6.7 |
gpt-5-4-mini | 6.7 |
gemini-3.5-flash | 3.3 |
gpt-5 | 3.3 |
gpt-5-codex | 3.3 |
claude-sonnet-5 2 | 3.2 |
gpt-5.2 | 2.5 |
gpt-5.2-codex | 2.5 |
gpt-5.3-codex | 2.5 |
gpt-5.6-terra 3 | 2.5 |
claude-3.5-sonnet | 2.0 |
claude-3.7-sonnet | 2.0 |
claude-sonnet-4.5 | 2.0 |
claude-sonnet-4.6 | 2.0 |
gpt-5.4 3 | 2.0 |
gpt-5.6-terra 4 | 1.43 |
claude-opus-4.5 | 1.2 |
gpt-5.4 4 | 1.11 |
claude-opus-4.6 | 1.1 |
claude-opus-4.7 | 1.1 |
claude-opus-4.8 | 1.1 |
claude-opus-5 | 1.1 |
gpt-5.5 3 | 1.0 |
gpt-5.6-sol 3 | 1.0 |
claude-fable-5 | 0.6 |
gpt-5.5 4 | 0.57 |
gpt-5.6-sol 4 | 0.57 |
補足説明:
- プロモーション価格は2026年12月31日まで適用されます。その後、料金は1クレジットあたり約3.3回の呼び出しに変更されます。
- 2026年8月31日までのプロモーション価格。その後、レートは約2.1コール/クレジットに変更されます。
- 最大272,000トークンの短いコンテキストウィンドウ。
- 272,000トークンを超える長いコンテキストウィンドウ。
機能
セルフホストモデルの割引の利用可能性は、機能フラグによって制御されます。詳細については、履歴を参照してください。
次の表は、さまざまな機能について、1 GitLabクレジットで実行できる回数を示しています。この価格設定は、機能で利用可能なすべてのモデル(セルフホストモデルを含む)に適用されます。
セルフホストモデルで実行される機能は、20%の割引を受けます。
| 機能 | 1クレジットでの実行(GitLabマネージドモデル) | 1クレジットでの実行(セルフホストモデル) |
|---|---|---|
| GitLab Duoコード提案 | 50 | 62.5 |
| コードレビューフロー | 4 | 5 |
| SAST誤検出判定フロー | 1 | 1.25 |
| SAST脆弱性の修正フロー | 0.25 | 0.3125 |
GitLab Duo Agentic Chatでは、1件の送信メッセージが1件以上の請求対象リクエストとしてカウントされます。これは、質問に回答するために1回以上のLLM呼び出しが行われるためです。1つの会話ウィンドウには複数のメッセージを含めることができ、そのため複数の請求対象リクエストを含めることができます。価格設定は選択されたモデルによって異なります。
GitLab Secrets ManagerもGitLabクレジットを消費しますが、異なる消費モデルを使用します。
GitLabクレジットダッシュボード
- 提供形態: GitLab.com、GitLab Self-Managed
GitLabクレジットダッシュボードには、GitLabクレジットの使用状況に関する情報が表示されます。このダッシュボードを使用して、クレジットの消費状況を監視し、トレンドを追跡し、使用パターンを特定できます。
クレジットの消費管理を支援するため、GitLabは次の情報を管理者およびサブスクリプションオーナーにメールで送信します:
- クレジットの月間使用状況の概要
- クレジット使用量が50%、80%、100%のしきい値に達したときの通知
ダッシュボードには、カスタマーポータルとGitLabからアクセスできます。
使用量データはリアルタイムでは表示されません。データは定期的にダッシュボードに同期されるため、使用量データは実際の消費から数時間以内に反映されます。そのため、ダッシュボードには最近の使用状況が表示されますが、過去数時間以内に行われた操作が反映されていない場合があります。
カスタマーポータル
カスタマーポータルのGitLabクレジットダッシュボードでは、使用状況とコストを最も詳細に確認できます。
ダッシュボード上の使用済みクレジットは、利用可能なクレジット残高から消費された量を表します。超過分(オンデマンドGitLabクレジット)については、使用量課金の利用規約に同意している場合、使用済みクレジットは後日請求されるオンデマンド利用分を表します。
ダッシュボードには、主要なメトリクスの概要を示すカードが表示されます:
- 当月の使用量: 当月中に使用したGitLabクレジットの合計(月間コミットメントがある場合)
- プランに含まれるクレジット: サブスクリプションに含まれるクレジットの合計(月間コミットメントがある場合)
- コミット済みクレジット: 月間コミットメントプールから消費したクレジット(該当する場合)
- 月間免除: 免除によって残っているクレジット(該当する場合)
- オンデマンド使用量: プランに含まれるクレジットおよびコミット済みクレジットを超えて消費されたクレジット。すべてのオンデマンドクレジットを相殺するのに十分な免除クレジットがある場合、GitLabクレジットダッシュボードではオンデマンドカードは表示されず、代わりに月間免除カードが表示されます。
- 使用量制御のステータス: 個々のユーザーが、ユーザーごとのクレジット上限に達したためにAgent Platformへのアクセスをブロックされているかどうか。
GitLab
このダッシュボードには、請求対象外のベータ版機能や実験的機能を含む、すべてのGitLab Duo Agent Platform機能の使用量が表示されます。請求対象の使用量のみを表示するには、顧客ポータルに移動します。
セキュリティレビューフローなど、一部のプレリリース機能は請求対象であり、GitLabクレジット料金の対象となります。
GitLab内のGitLabクレジットダッシュボードでは、組織内のクレジットの使用状況を運用面から可視化します。ダッシュボードを使用して、どのユーザー、グループ、またはプロジェクトがクレジット使用の主な要因になっているかを把握し、リソース割り当てについて十分な情報に基づいた意思決定を行えます。
このダッシュボードには、次の情報が表示されます:
- 組織の使用量: 合計クレジット使用量、アクティブユーザー数、1日のクレジット平均、およびGitLabインスタンスまたはグループ全体のピーク日使用量
- クレジットの合計使用量: すべての製品にわたる日次クレジット使用量。棒チャートとして表示されます
- ユーザー別の使用量: 各ユーザーが使用したクレジット数
- ユーザー詳細ビュー: 各ユーザーの個別の使用イベント。GitLab Duo Agent Platformセッションの詳細へのリンクが含まれます
- 製品ごとの使用状況: GitLab Duo Agent Platformとシークレットマネージャーのクレジット使用数と合計クレジットの割合
GitLab Secrets Managerはベータ版ですが、GitLabは利用料金を請求しません。シークレットマネージャーはクレジットダッシュボードに表示されますが、ベータ期間が終了するまで使用データは表示されません。
GitLabクレジットダッシュボードを表示する
前提条件:
- 使用状況の詳細情報を表示するには、請求アカウントマネージャーである必要があります。
- カスタマーポータルにサインインします。
- サブスクリプションカードで、GitLabクレジットダッシュボードを選択します。
- オプション。前月以前を表示するには、使用期間ドロップダウンリストから、表示する期間を選択します。
- オプション。結果をユーザーまたは使用したクレジットの合計でソートするには、それぞれの列を選択します。
前提条件:
- グループのオーナーのロールを持っている必要があります。
- 上部のバーで検索または移動先を選択して、トップレベルグループを見つけます。
- 設定 > GitLabクレジットを選択します。
- オプション。結果をユーザーまたは使用したクレジットの合計でソートするには、それぞれの列を選択します。
前提条件:
- 管理者である必要があります。
- インスタンスがGitLabとサブスクリプションデータを同期できる必要があります。
- 右上隅で、管理者を選択します。
- 左側のサイドバーで、GitLabクレジットを選択します。
- オプション。結果をユーザーまたは使用したクレジットの合計でソートするには、それぞれの列を選択します。
デフォルトでは、GitLabクレジットダッシュボードに個々のユーザーデータは表示されません。表示するには、グループまたはインスタンスでこの設定を有効にする必要があります。
人間以外の主体の使用量
クレジット使用量は、人間のユーザーまたは人間以外の主体(たとえば、SAST誤検出判定フローのようなAI機能)のいずれかによってトリガーされることがあります。
クレジットがどこで消費されているかを特定しやすくするため、GitLabクレジットダッシュボードのユーザー別使用量タブには、人間以外の主体を表す行の横に自動フローバッジが表示されます。このバッジがない行は、人間のユーザーを表します。
自動フローバッジの表示は、グループとインスタンスで利用できるGitLabクレジットのユーザーデータを表示する設定によって制御されます。
使用量上限
予期しない超過料金を防ぐために、サブスクリプションおよびユーザーレベルで月ごとのGitLabクレジット上限を設定できます。クレジット使用量が設定済みの上限に達すると、GitLabクレジットを消費する機能(例: GitLab Duo Agent Platform)へのアクセスは、次の請求期間が開始されるまで、または管理者が上限を調整または無効にするまで、自動的に停止されます。
次の使用量上限タイプを使用できます:
| 上限タイプ | 適用対象 | カウントされるクレジットソース | 管理方法 |
|---|---|---|---|
| サブスクリプション上限 | サブスクリプションのすべての対象ユーザー | オンデマンドのみ | カスタマーポータル |
| 一律のユーザー上限 | 個々のユーザー(デフォルトの制限) | すべて | GraphQL API |
| ユーザーごとのオーバーライド | 特定のユーザーの総使用量(含まれるクレジットを含む)。固定キャップを上書きします。したがって、ユーザーは、付与された割り当てとキャップのいずれか大きい方まで消費できます。 | すべて | GraphQL API |
現在の請求期間におけるオンデマンド使用量が設定されたキャップに達するか超えると、すべてのAgent Platform機能(Duo Chat、コード提案、フロー、エージェント)は、そのサブスクリプションまたはインスタンス上のすべてのユーザーに対して一時停止され、GitLabは請求アカウントマネージャーにメール通知を送信します。ユーザーレベルの上限では、その上限に達した個々のユーザーのみが停止されます。
フラットユーザー上限とユーザーごとのオーバーライド上限は、ユーザーに含まれる割り当てを超えた使用量に適用されます。ユーザーにまだ含まれるクレジットがある間は、使用量が上限に達した後でも、その含まれるクレジットを消費し続けることができます。上限は、ユーザーに含まれるクレジットを使い切った後にのみ適用されます。
上限に達したユーザーは、上限が引き上げられるか、次の請求期間が開始されるまで、Agent Platform機能にアクセスできません。
使用量カウンターは、各請求期間の開始時に自動的にリセットされます。上限値は、変更されない限り、請求期間をまたいで保持されます。
上限は、利用可能な最新の使用量データに基づいて適用されます。データはリアルタイムではないため、適用が有効になる前に、限定的な追加のGitLabクレジット使用量が発生する可能性があります。
キャップは、ユーザーが割り当てられたGitLabクレジットを消費するのを止めません。適用はユーザーごとに開始され、そのユーザーの割り当てられたクレジットがすべて消費された後にのみ開始されます。それまでは、キャップの値に関わらず、ユーザーは0のキャップを含め、完全なGitLab Duo Agent Platformへのアクセスを保持します。
すべてのGitLabクレジットの消費を直ちに停止するには、含まれている残高に関わらず、影響を受けるユーザーまたはネームスペースに対してGitLab Duoを無効にします。
キャップの値がどのように適用されるかは、キャップの種類によって異なります:
- サブスクリプションレベルのキャップは、オンデマンド使用量にのみ適用されます。このキャップは、各ユーザーの含まれるクレジットに加えて、サブスクリプション全体で許可されるオンデマンド使用量です。
- ユーザーごとのキャップは、ユーザーの総使用量(含まれるクレジットを含む)に適用されます。したがって、ユーザーは、付与された割り当てとキャップのいずれか大きい方まで消費できます。
例
サブスクリプションレベルのキャップの場合、10人のユーザーそれぞれに100のGitLabクレジットが含まれているサブスクリプションを考慮します。請求アカウントマネージャーは、サブスクリプションレベルのオンデマンドキャップを0に設定します。
- 既に100の含まれるクレジットすべてを使い果たしたユーザーは、それ以上の使用がオンデマンドとなるため、Agent Platform機能から直ちにブロックされます(次の適用チェック時)。
- 含まれるクレジットを40しか使用していないユーザーは、引き続きAgent Platform機能を使用し、残りの60クレジットを消費できます。
0のキャップはまだ彼らには適用されません。
ユーザーごとのキャップの場合、24の含まれるGitLabクレジットを持つユーザーを考慮します。
50のユーザーごとのキャップでは、ユーザーは合計50クレジット(割り当てられたクレジットを超過する26クレジット)後にブロックされます。10のユーザーごとのキャップでは、ユーザーは24クレジット(割り当てられたクレジットが使い果たされた時点)後にブロックされます。
サブスクリプションレベルの使用量上限を設定する
前提条件:
- 請求先アカウントマネージャーである必要があります。
- カスタマーポータルにサインインします。
- サブスクリプションカードで、GitLabクレジットダッシュボードを選択します。
- Spend controlsを選択します。
- On-demand credit capパネルで、Set on-demand credit cap切替をオンにします。
- 請求期間ごとに許可するオンデマンドGitLabクレジットの最大数を入力します。
- 変更を保存を選択します。
上限が、現在の請求期間について現時点で報告されているオンデマンド使用量の合計を下回る値に設定された場合、次回の適用チェック時に直ちに上限に達したものと見なされます。
上限を無効にするには、Set on-demand credit cap切替をオフにします。無効にすると、サブスクリプションレベルのオンデマンドGitLabクレジット上限は適用されず、既存の請求動作に戻ります。
GraphQL APIを使用して、使用量上限を表示したり、一律のユーザーレベル上限またはユーザーごとのオーバーライド上限を設定したりできます。
使用量制御のステータス
ユーザーごとのクレジット上限が有効になっている場合、GitLabクレジットダッシュボードのユーザー別使用量タブには、使用量制御のステータス列が表示されます。この列は、各ユーザーがGitLab Duo Agent Platform機能にアクセスできるか、またはクレジット上限に達したためブロックされているかを示します。
使用量制御のステータス列には、GitLabがユーザーに上限を強制した場合にのみステータスブロック済みが表示されます。GitLabは、ユーザーに含まれるクレジットを使い切った後に上限を適用します。上限に達したものの、まだ含まれるクレジットがあるユーザーは、含まれるクレジットを消費し続けることができるため、ステータスは標準となります。
この列には、次のいずれかのステータスが表示されます:
| ステータス | 説明 |
|---|---|
| 標準 | ユーザーがクレジット上限に達していない場合、または上限に達しているがまだ含まれるクレジットがある場合、GitLab Duo Agent Platform機能を使用できます。 |
| ブロック - サブスクリプション上限に到達 | ユーザーは、サブスクリプションレベルで設定された一律のユーザーごとの上限に達しました。 |
| ブロック - ユーザー上限に到達 | ユーザーは、そのユーザー専用に設定されたユーザーごとのオーバーライド上限に達しました。 |
クレジット上限に達したユーザーのブロックを解除する
ユーザーごとのオーバーライドGraphQL APIを使用して、ブロックされたユーザーのアクセスを復元できます。
ユーザーのブロックを解除するには、次のいずれかの操作を行います:
- 上限を引き上げる: ユーザーごとのオーバーライド上限をより高い値に設定し、そのユーザーの使用量が新しい上限を下回るようにします。
- 上限を削除する: ユーザーごとのオーバーライドを削除し、そのユーザーが個別の上限の対象にならないようにします。
上限を更新すると、そのユーザーのステータスは標準に変更され、GitLab Duo Agent Platform機能を再び使用できるようになります。
ユーザーのクレジット使用量の詳細を表示する
ユーザーの個別の使用イベントを詳細ビューで表示するには:
- GitLabクレジットダッシュボードで、ユーザー別使用量タブを選択します。
- ユーザー列で、表示したいユーザーを選択します。
- セッションの詳細を表示するには、アクション列で、表示したいアクションを選択します。
セッションへのリンクは、プロジェクトでトリガーされ、関連付けられたセッションIDを持つGitLab Duo Agent Platformの使用イベントでのみ表示されます。グループでトリガーされた使用イベント、レガシーイベント、およびAgent Platform外のアクションにはリンクが表示されません。
使用量データをエクスポートする
サブスクリプションのクレジット使用量データをカスタマーポータルでCSVファイルとしてエクスポートできます。CSVファイルには、当月の各日に使用された使用イベントとクレジットが一覧表示されます。
前提条件:
- 請求先アカウントマネージャーである必要があります。
- カスタマーポータルにサインインします。
- サブスクリプションカードで、GitLabクレジットダッシュボードを選択します。
- 使用期間ドロップダウンリストから、データをエクスポートする期間を選択します。
- 使用量データをエクスポートを選択します。