対象: GitLab Duoの利用量・Credits・Premium・Ultimateの含有条件を確認したいチーム
更新日: 2026年8月21日
要点: GitLab Duoは機能ごとにCreditsやプランの含有条件を確認します。PremiumとUltimateで含まれるCreditsが異なる場合や、追加Creditsが別扱いになる場合があるため、GitLabの料金ページ・Subscription・Duo資料と管理画面を照合します。 料金はDuoの機能、GitLab Credits、ユーザー数、Premium・Ultimate、追加購入、利用ログで変動するため、公式の料金・契約画面に同じ条件を入力して判断します。
公式確認: 公式一次情報1・公式一次情報2を2026年8月21日に確認。地域、税、為替、キャンペーン、契約形態、提供環境があるため、申込・更新前は公式画面の表示を最終条件にします。
GitLab Duoの料金とCredits｜Premium・Ultimateでの確認方法を調べると、まず月額や無料枠だけを比べたくなります。しかし実際の請求は、ユーザー数、プラン、CI/CD実行量、ストレージ、Credits、契約期間、GitLab.com・Self-Managedの違いが組み合わさって決まります。上位プランや追加枠を選べば必ず得になるとは限らず、誰が何を使うのか、いつまで使うのか、不要になったデータや権限をどう扱うのかまで決める必要があります。
この記事では、GitLab DuoとCreditsをDuoの機能、GitLab Credits、ユーザー数、Premium・Ultimate、追加購入、利用ログの順に整理します。公式資料をもとにした確認用の解説で、導入成果や節約を保証するものではありません。表示価格や含有Creditsは更新される可能性があるため、一次情報と公式の料金・管理情報を開き、契約対象のアカウント・地域・通貨で再確認してください。
GitLab DuoとCreditsの料金と機能を先に整理
GitLab Duoは機能ごとにCreditsやプランの含有条件を確認します。PremiumとUltimateで含まれるCreditsが異なる場合や、追加Creditsが別扱いになる場合があるため、GitLabの料金ページ・Subscription・Duo資料と管理画面を照合します。 料金を一つの数字で断定する前に、利用単位と契約単位を分けます。Duoの機能、GitLab Credits、ユーザー数、Premium・Ultimate、追加購入、利用ログを見積もりメモに並べ、無料枠・割引・Creditsが適用される期間と、終了後に何が課金対象になるかを確認します。税・為替・提供環境も含め、請求画面と公式資料を照らし合わせます。
| 選択肢 | 公式情報で確認すること | 判断の置き方 |
|---|---|---|
| Premium | 含まれるCreditsとDuo機能を確認 | 標準的な導入候補 |
| Ultimate | 含まれるCreditsと上位機能を確認 | 大規模・管理重視 |
| 追加Credits | 購入単位・期限を確認 | 超過分の管理 |
| Duoを使わない | 設定・対象ユーザーを確認 | 不要な割当を止める |
Duoの見積もりでは、ユーザー数だけでなく、利用する機能、モデル、呼び出し回数、含まれるCredits、追加Credits、キャンペーンの期限を記録します。生成結果の確認者、機密コードの扱い、利用停止時の権限も契約前に決めます。
具体的な利用場面と判断問い
具体的には、AIコード支援やチャットを少人数で試し、月間Creditsが足りるか、追加購入が必要かを確認する場面が判断の分かれ目です。「一番安いプランはどれか」だけを問うと、未使用席、再実行、余分な保持、管理者の作業、移行費用を見落とします。次の問いに、契約前の自分の運用で答えます。
- 判断問い1: ユーザー数、プラン、CI/CD実行量、ストレージ、Credits、契約期間、GitLab.com・Self-Managedの違いのうち、実際に増減するものはどれか。
- 判断問い2: 使わない月、担当者が変わる月、契約が終わる日に何を停止・削除するか。
- 判断問い3: 下位プラン・既存枠で不足する操作を、公式の機能表と使用量履歴で説明できるか。
| 比較軸 | 確認する画面・資料 | 残す判断メモ |
|---|---|---|
| 確認項目 | 記録する値 | 判断 |
| 利用者 | Duoを使う人数 | 席の範囲 |
| Credits | 月初・月末残高 | 不足・余剰 |
| データ | コード・プロンプトの分類 | 入力ルール |
見積もり・運用で差が出るポイント
GitLab DuoとCreditsの比較は、同じユーザー数・同じ利用量・同じ期間・同じ権限で行います。ユーザー数、プラン、CI/CD実行量、ストレージ、Credits、契約期間、GitLab.com・Self-Managedの違いを月次の実績として記録し、想定値と公式請求明細を比べます。上位機能や追加枠は必要な対象だけに付け、閲覧だけの人、短期の人、検証用のプロジェクトを分けると、見積もりの根拠が明確になります。
導入初日に全員へ権限や大容量を配るのではなく、少人数で一つのプロジェクト・パイプライン・保存領域を確認します。作成、実行、閲覧、管理、請求の役割を分け、更新日と使用量を確認します。費用が増えたときに、料金改定なのか利用量なのか未使用の席・資産なのかを追える状態にしておくことが大切です。
データ・権限・セキュリティの注意
GitLabでは、ソースコード、Issue、Merge Request、Artifacts、Packages、CI/CDログ、プロンプトなどを扱います。個人情報・顧客情報・社外秘を保存・入力する場合は、公式の規約、公開範囲、保持・削除の条件を確認します。プロジェクトの可視性、アクセストークン、Runner、外部連携は初期設定のままにせず、最小権限と期限を設定してください。
- 本番と検証、個人と組織、開発者と管理者、公開と非公開を分ける。
- 所有者・請求担当・セキュリティ担当を記録し、異動・退職時の引継ぎを先に決める。
- 成果物のエクスポート、復元、削除、共有解除を小さな対象で確認する。
- 使用量アラート、監査イベント、失敗通知、契約更新日の通知を設定する。
契約・更新・解約前に確認すること
契約前に、開始日、請求周期、無料枠・Credits・割引の終了日、更新・自動更新、返金や日割りの扱いを公式画面で確認します。解約はプロジェクトを削除する操作とは別で、ソースコード、Issue、Merge Request、Artifacts、Packages、CI/CDログ、プロンプトを保存・移行してから行います。停止後も残るユーザー、Runner、Artifacts、Packages、追加枠、請求アカウント、共有設定がないかを確認し、最終請求の明細を保管してください。
| 契約・解約の確認 | 記録する内容 |
|---|---|
| 開始・更新 | 開始日、請求周期、更新日、自動更新の有無 |
| ユーザー・権限 | 編集者、管理者、ゲスト、異動者の扱い |
| データ | エクスポート先、保持期間、削除証跡、復元手順 |
| 請求 | 税・通貨、割引終了、最終請求、問い合わせ窓口 |
向く人・向かない人
- 向く人: 必要な機能を公式資料で特定し、ユーザー数、プラン、CI/CD実行量、ストレージ、Credits、契約期間、GitLab.com・Self-Managedの違いを記録しながら、更新・権限・データ移行まで担当者を決められる人。
- 向かない人: 根拠を確認せず価格・機能を決める人、使用量や更新を管理できない人、解約前のデータ確認を省く人。
申込前の確認メモ
最後に、ユーザー数・利用量・保存量・地域・契約形態・必要機能・データ分類・解約予定日を一枚にまとめます。公式の比較表と管理画面を開き、同じ条件で無料枠、候補プラン、上位プランを並べます。月次で使用量と請求を見直し、不要になった席・Credits・成果物・共有を解除する日をカレンダーに登録してください。
公式CTA: 契約前に公式一次情報と公式料金・管理情報を開き、Duoの機能、GitLab Credits、ユーザー数、Premium・Ultimate、追加購入、利用ログを確認してください。GitLab DuoとCreditsの対象機能、料金、無料枠、更新・解約、データ条件は、表示された公式画面を最終基準にして判断します。
関連する料金・学習記事
GitLab DuoとCreditsは、機能名や月額だけで決めず、同じ対象・同じ期間で公式情報を比較し、権限・データ・請求・解約まで一つの運用として確認します。まず小さな対象で試し、更新日前に実績と公式情報を再確認してから継続・変更を判断してください。
