Genie 消費量ガイド
このガイドは、アカウント管理者が大規模な組織全体でのGenieの支出を計画および管理するのに役立ちます。これは段階的なアプローチについて説明しています。まず実際の使用状況を観察し、そのデータに基づいてユーザーをペルソナティアにグループ化してから、各ティアに一致する予算を設定します。
予算を作成する手順については、Genie の予算とコスト管理を参照してください。課金システムテーブルの使用量をクエリーするには、Genie のコストの監視と把握を参照してください。
使用量に基づく計画が重要である理由
Genie 製品は従量制モデルで課金され、各ユーザーには毎月の無料利用枠が提供されます。Genie の使用はエージェント型であるため、ユーザーあたりの消費量は従来の従量制ソフトウェアよりもは大きく変動します。消費量は以下によって異なります。
- 使用パターン : Genie の使用頻度と、使用する製品。
- タスクの複雑さ ：クエリーのタイポの修正は、Genie Code にパイプラインの構築とデバッグを依頼するよりもはるかに少ない負荷で行うことができます。
- 利用可能なコンテキスト : 利用可能なメタデータの品質、カタログのサイズ、およびGenieで使用可能なカスタム指示。
組織ごとにこれらの変数が異なるため、「通常のタスク」に基づくトップダウンの見積もりは、どちらの方向にも予期せぬ結果を生む傾向があります。ユーザーごとのきめ細かな制限をcommitする前に、ご自身の環境で実際の使用状況を確認してください。
使用量は本質的に偏りがあります。確認された顧客のデプロイメントでは、少数のユーザーが総コストの大半を占めています。ユーザー母集団全体で均等な分散を想定するのではなく、その偏りを見込んで計画を立ててください。
推奨アプローチ
Databricksでは、最初にアカウントとワークスペースの上限を設定し、組織がGenieをどのように使用しているかを時間をかけて把握してユーザー階層を特定することを推奨しています。組織の支出と予算の最適化について、次の3つのフェーズで検討します:
フェーズ | 目標 | 予算構成 |
|---|---|---|
組織が実際にGenieをどのように使用しているかを確認します。 | アカウントまたはワークスペースの共有 threshold のみ。ブロックする前にアラートを送信します。 | |
観察された消費量と事業価値ごとにユーザーをグループ化します。 | まだ変更はありません。使用状況を分析し、ユーザーグループを作成します。 | |
アカウントレベルのセーフティネットを維持しながら、階層ごとの制限を適用します。 | Shared threshold, plus per-user thresholds and overrides. |
全体を通して、最適化よりも「予期せぬ動作がないこと」を優先します。まずは可視性と上限を設定し、ベースラインを把握した上で支出を最適化します。
フェーズ 1：ディスカバリー期間を実行する
ディスカバリー期間の目標は、個別の制限を設定する前に、最も頻繁に使用するユーザーからの急増を含め、実際の使用状況を観察することです。
時間枠とスコープを選択します
- 期間 : 30日が理想的であり、14日が実用的な最小値です。期間が短い場合、使用パターンの全範囲を捉えきれないことがほとんどです。
- スコープ : 一度にすべてを有効にするのではなく、代表的なユースケースまたはチームを選択します。たとえば、Genie Codeを使用するデータエンジニアリングチームから始めます。
- Ceiling : 最も負荷の高いユーザーが上限に達しないように、上限を十分に高く設定します。上限によって使用量が早期にブロックされると、ユーザーが必要としているものではなく、自身の制限がどこにあるかを学ぶことになります。
2027年1月31日まで、ユーザーによる Genie One および Genie エージェントの使用は無料です。このプロモーション期間中、その使用量は無料の毎月の上限、または予算に対して追跡される Genie の使用量にはカウントされません。プロモーション期間中のこれらの製品のパイロット版では、予算のサイジングに使用する課金対象の従量制料金ではなく、GENIE_FREE_USAGE SKU での使用量が示されます。この期間のコストの基準値を設定するには、Genie Code の使用量を使用するか、system.billing.usage の無料利用データから相当するコストを見積もります。
ディスカバリー予算の設定
検出期間中は、アカウントまたはワークスペースレベルで共有thresholdを使用し、ユーザーごとのthresholdはまだ設定しないでください。
- Genieを対象とした予算を作成します。 Unity Gateway のリソースタイプと
databricks-product: genieのリソースタグを使用します。See Create a budget for Genie. - アカウント全体のビューを表示するにはスコープを すべての ワークスペースに設定するか、特定のワークスペースを選択して検出をパイロットに限定します。
- [Send alert] のみを選択した状態で、監視対象とする支出のレベルに共有 threshold を追加します。支出が増加したときに警告を受け取れるように、80％などの低いアラート専用のthresholdを追加します。予算では、最大 4 つの共有thresholdがサポートされています。
- また、急激なコスト増加に対する確実な安全策として、 使用をブロック を選択した最終的な共有 threshold を任意で追加します。まだユーザーごとの制限を設定していないため、この安全策では共有プールが枯渇したときに対象範囲内のすべてのユーザーがブロックされます。そのため、最も利用頻度の高いユーザーが検出中に制限に達しないよう、十分高い値を設定してください。
単一の中央集権型のアカウントレベルの予算を好む組織もあれば、ワークスペースレベルで予算を管理することを好む組織のほうが多数派です。アカウントレベルの予算とワークスペースレベルの予算の両方を設定した場合でも、一方が他方を上書きすることはありません。設定に応じて、最初に達した制限によってアラートの送信、使用のブロック、またはその両方が実行されます。
通常運用時には、アカウントとワークスペースの集計された支出に対してアラートを設定し、個別のユーザー制限用にブロックを予約することで、1人のユーザーの支出によって全員の処理が中断されないようにします。ディスカバリーは例外です。まだユーザーごとの制限が設定されていないため、共有のブロックthresholdが唯一のセーフティネットとなるため、高めに設定してください。
展開に伴う使用量を監視する
ディスカバリー期間中は、消費量を監視して、最も利用頻度の高いユーザーが誰であるか、また何がその支出を引き起こしているのかを特定します。
- 当月中の推定支出をほぼリアルタイムで確認するには、予算の詳細ページを使用します。詳しくは、予算の詳細を表示するを参照してください。このページには、毎月1日にResetされる当月累計の支出が表示されるため、月をまたぐディスカバリー期間全体でのサイズ階層のサイジングではなく、モニタリングに使用してください。
- 正確なディスカバリー期間の日付範囲で集計されたユーザー別および製品別の使用量について、
system.billing.usageをクエリーします。これは、サイジング層の信頼性の高い基礎となります。詳細は、Genie のコストの監視と把握をご覧ください。 - ヘビーユーザーになると予想されるチームに対してアラートを設定し、上限に近づく前に利用状況を把握できるようにします。
フェーズ 2：ペルソナの階層を定義する
発見期間の後、観察結果に基づいてユーザーを層にグループ化します。これらを事前に定義するのではなく、実際の使用状況データから導き出します。発見の前にユーザーごとの制限やグループごとの制限を設定することは、ユーザーがまだ示していない制限を推測することを意味します。ほとんどの組織では、次のような分布が見られます。名前はさまざまですが、責任は一貫しています。
ペルソナ | 説明 | 一般的な予算の処理 |
|---|---|---|
AI 初心者 | 生産性を高めるために、時々Genieを使用します。使用量は最小限に抑えられ、時々急増します。 | 最低のユーザーごとのthreshold。これらのユーザーの多くは、無料の月間使用量の範囲内に留まります。 |
AI 実務者 | Genieを定期的に使用する。知見を提供するにはGenie Oneを使用し、データパイプラインを構築および最適化するにはGenie Codeを使用します。 | 観察された中央値と75パーセンタイルの消費量から設定された、ユーザーごとの適度なthreshold。 |
AIパワーユーザー | 組織に大きな価値をもたらす、長時間の実行や非同期のエージェントタスクを実行します。 | パワーユーザーグループへのオーバーライドとして適用される、ユーザーごとの最高threshold。 |
初心者が実務者に成長できるように、初心者向けthresholdを十分に高く設定します。初めて Genie を試すユーザーの制限となる制限事項は、その生産性を低下させます。
自分のデータから各ティアのサイズを決定する
固定されたヒューリスティックスではなく、ディスカバリー期間のデータを使用します。請求対象の従量課金制の支出（予算で追跡される対象）に基づいてサイジングを決定します。毎月の無料枠は請求対象の支出からすでに除外されているため、再度引き算しないでください。
- 合計基準値の設定 : 請求システムテーブルから正確なディスカバリー期間の日付範囲について、課金された Genie の総使用量をクエリーします。詳細については、Genie コストの監視と理解を参照してください。
- 消費量によるユーザーのセグメント化 : 検出期間中の請求額に基づいてユーザーを並べ替え、中央値、75パーセンタイル、および最も消費量の多いユーザーを特定します。これらは、初心者、実務者、およびパワーユーザーの各ティアになります。
- 階層ごとの合計を計算する ：確認された中央値と 75 パーセンタイルの請求対象支出に、各階層のユーザー数を掛けます。
- パワーユーザーと成長に向けたヘッドルームを追加する : パワーユーザーの消費量は変動が激しいため、平均化することができません。それらに対応できるように上限に係数を追加し、想定される導入率を反映した成長率を適用します。組織がAIの支出として承認した範囲内に合計を抑えます。
- 階層ごとにユーザーグループを作成する ：
genie-beginners、genie-practitioners、genie-power-usersなどのペルソナごとにアカウントグループを作成し、確認された使用状況に一致するグループにユーザーを追加します。予算は、フェーズ3でこれらのグループにthresholdを適用します。
この分析について Genie に支援を求めることができます。最良の結果を得るために、system.billing.usage、system.access.assistant_events、および system.access.audit へのアクセス権があることを確認してください。
より高い制限に対する承認プロセスの検討
ユーザーがブロックされたときに事後的に制限を引き上げるのではなく、ユーザーがより高いthresholdをどのようにリクエストするかを定義します。パワーユーザーアクセスに対する申請またはチケット発行プロセスにより、実証された価値と引き換えに高い制限を意図的に付与できるようになり、各オーバーライドが存在する理由の記録が残ります。
フェーズ 3：ペルソナごとに予算を設定する
階層を定義し、ユーザーグループを作成したら、ディスカバリー予算を階層ごとのガバナンスへと発展させます。セーフティネットとして、アカウントとワークスペースの上限をそのまま維持します。
単一の予算で次の要素を組み合わせることができます：
- Shared threshold : スコープ内のすべてのユーザーに対する集計プール。観察された合計使用量と成長率に基づいてこれを計算します。80％でアラートを送信し、100％でブロックします。
- Per-user threshold : 初心者向けティアから設定される、defaultの個別制限です。これはスコープ内のすべてのユーザーに適用されます。
- ユーザーごとのオーバーライド : 実務者およびパワーユーザーグループに対するより高い制限。
設定のステップについては、Genieの予算の作成を参照してください。
共有thresholdとユーザーごとのthresholdは個別に評価されます。一方が他方を上書きすることはなく、 使用をブロック が有効な最初のthresholdに達した時点でユーザーはブロックされます。ユーザーごとのオーバーライドは個別の制限を引き上げますが、共有プールを引き上げるわけではありません。詳細は、共有thresholdとユーザーごとのthresholdの連携方法を参照してください。
アラートの送信とブロックを分離する
共有thresholdとユーザーごとのthresholdではアラートとブロックの処理が異なるため、意図的に組み合わせます。
- On the shared threshold , layer up to four threshold to alert before you block.たとえば、プールの80％にthresholdのみのアラートを設定し、100％に 使用のブロック thresholdを設定します。これにより、集計プールがいっぱいになると管理者に警告し、上限に達した時点で支出を停止します。
- On a per-user threshold , actions are inherited across the default per-user threshold and all overrides.アラートthresholdとブロックthresholdの両方を有効にするには、アラート専用とブロック専用の 2 つの予算を作成します。
予算の範囲と Genie の製品
すべての Genie 製品が databricks-product: genie のリソースタグを共有しているため、単一の予算で Genie Code、Genie One、および Genie Agents がカバーされ、個別の Genie 製品に予算のスコープを設定することはできません。プロモーション期間中は Genie Code のみが課金の対象となるため、予算は実質的に Genie Code の支出をカバーし、Genie One と Genie Agents の使用量は無料になります。
制限を使用パターンに合わせて調整するには、ユーザーごとのオーバーライドを、各グループの業務内容を反映したユーザーグループにスコープ設定します。たとえば、データエンジニアリンググループには、ビジネスアナリストグループよりも高い全体的な Genie の threshold を設定します。ユーザーが複数のグループに属している場合、予算内で最も許容度の高いオーバーライドが適用されます。
Budgets track 大規模言語モデル (LLM) usage only.Genieが生成するクエリーの実行に使用されるコンピュート（SQL Warehouseなど）は個別に請求され、Genieの予算には含まれません。
効率的な Genie Code 使用のためのベスト プラクティス
Genie Codeはエージェント型であるため、消費量はユーザーがどれだけ効率的に操作できるかによって異なります。各ターンでチャット全体のコンテキストがモデルに再送信され、エージェントタスクが数ターン実行されて計画、実行、および作業の確認が行われます。チャットの長さとそれが保持するコンテキストの量の両方に応じて消費量が増加するため、チャット内の20番目のメッセージは最初のメッセージよりもコストがかかります。目標は、各チャットのコンテキストを、目の前のタスクに関連した状態に保つことです。
優れた経験則として、Genie Codeを有能な新しい同僚のように扱うことが挙げられます。つまり、明確にするために再度確認することなく、最初の試行でタスクを完了するのに十分なコンテキストを与えます。
Genie Codeが自動的に適用できるように、以下のプラクティスをユーザーと共有し、ワークスペースの指示やエージェントスキルで強化します。指示はすべてのメッセージとともに読み込まれるため、簡潔に保ってください。
有料の使用量を消費しない機能を活用するようにユーザーに推奨します。インラインのオートコンプリート候補、クイック修正および名前変更の候補、およびスペースですでにGenieが生成した結果の確認は、有料の許容量を消費しません。また、各ユーザーには、毎月 1 日に Resetされる無料の月間利用枠が提供されます。チャットを本当に必要とする作業のために予約しておくことで、その利用枠をより長持ちさせることができます。
コンテキスト ウィンドウの管理
- タスクごとに新しいチャットを開始してください。 これは最も効果的なレバーです。新しいチャットではコンテキスト ウィンドウがクリアされるため、新しいタスクに関連性のない作業からのトークンが持ち越されません。Genie Codeがコンテキストを保持してプロンプト キャッシュを再利用できるように、関連する作業は同じチャット内に維持し、別の作業に移るときには新しいチャットを開始してください。Genie Codeは長いコンテキストを自動的に要約、圧縮、切り捨てますが、完全にクリアされるのは新しいチャットのみです。
- 使用していないMCPサーバーは無効にします。 接続された各 MCP サーバーにより、そのツールがGenie Codeのコンテキストに追加されます。チャットで不要なサーバーをオフにします。
Genie Code に必要なものを事前に提供する
意図やデータを理解するためにGenie Codeが探索しなければならない範囲が狭いほど、消費量は少なくなります。
@を使用してアセットを参照します。 特定のテーブル、ファイル、またはノートブックを操作するには、Genie Codeに探すよう依頼する代わりに、@でその場所を指定します。- タスクと出力を具体的に指定します。 1つのプロンプトで、タスク、詳細レベル、希望する形式と長さを記述します。曖昧なプロンプトは幅広い探索やフォローアップのラウンドをTriggerするため、具体的なプロンプトを使用することで、Genie Codeは最小限の読み込みと短い応答で処理を実行できます。
- 説明する代わりに例を表示します。 目的の出力またはクエリーの短いサンプルを使用すると、長い説明よりも少ないトークンで意図を伝えることができます。
- Genie Code がすでに把握しているコンテキストを繰り返さないでください。 Genie Code はすでにスキーマと現在のチャットを認識しているため、各プロンプトでテーブル名や以前の結果を再提示しても、情報は追加されずにトークンが消費されます。
- データをドキュメント化します。 Unity Catalog でテーブルと列のコメントを追加して、Genie Code が推測するのではなくスキーマを理解できるようにします。参考：Unity Catalog オブジェクトへの AI 生成コメントの追加
- 決定的ショートカットを提供します。 一般的な操作のために、メトリクスビューやUnity Catalog関数などの信頼できるツールをGenie Codeに提供します。フレーズ化に複数のトークンを必要とするような一般的なプロンプトには、
/findTablesなどのスラッシュコマンドを使用します。
タスクに合わせてモデルの労力を調整する
ほとんどのタスクは、品質を最適化するdefaultの努力レベルである Auto でうまく実行できます。シンプルでスコープが明確なタスクの場合は、努力レベルを Low に設定して、より高速で安価なモデルを使用します。
長期または複雑な作業をガイドする
- ステップごとに作業し、進行状況を確認します。 大きなタスクを小さなタスクに分割し、続行する前に各結果を確認することで、修正コストが低いうちに誤った方向への進展を防ぎます。
- 検証対象を指定する。 予想される出力、サンプル、または正確なエラーを含めることで、Genie Codeが反復処理を行う代わりに自身の作業を確認できるようにします。
- 早期に軌道修正します。 Genie Codeがループし始めたり、戻ったり、広範囲に探索しすぎたりした場合は、そのまま継続させずに停止し、説明を追加してください。
スキルを使用して繰り返しの作業を再利用する
標準パイプラインの設定、ルーチンレポートの生成、品質チェックの実行など、チームが頻繁に実行するタスクについては、毎回ゼロから推論するのではなく、作業内容を1回スキルにキャプチャします。スキルには実行可能スクリプトを含めることができるため、Genie Codeはリクエストを認識してスキルを読み込み、各実行時の計画、生成、反復処理を行うのではなく、スクリプトを実行します。これにより、マルチターンのタスクが単一の低消費ターンに変換され、ワークスペースのスキルによって、同じタスクを実行するすべてのユーザーの間で節約効果が共有されます。適切な候補となるのは、チームが一貫した形状で何度か実行したことのあるタスクです。
より優れて効率的な応答を取得するためのその他の方法については、Genie Code の応答を改善するためのヒントを参照してください。
一般的な消費要因（ドライバー）には次のようなものがあります。
- マラソンチャット ：新しいチャットを開始する代わりに、関連性のない多くのタスクにわたって 1 つの長いチャットを継続すること。
- 収束しない循環 ：あいまいなタスクや困難なタスクが原因で、Genie Codeがループ、バックトラック、または広すぎる範囲の探索を行うことがあります。これが発生した場合は、Genie Codeを停止し、明確な指示を与えてください。
- 過度に幅広い探索 ：特定のフォルダのみが必要であるにもかかわらず、Genie Codeに何百ものアセットの読み取りを要求すること。
コスト急増の診断
Genieの支出が予期せず増加した場合、予算とシステムテーブルには、それが いつ 発生し、 誰 がそれを引き起こしたかが示されますが、 なぜ かは示されません。制限を変更する前に原因を特定します：
-
消費が集中している場所を特定します。
system.billing.usageに対してクエリーを実行し、増加の原因となったワークスペースとユーザー、およびその日付を確認します。Genie のコストの監視と理解については、Genie のコストの監視と理解を参照してください。上位のGenie Codeユーザーとその最も忙しいタスクをランク付けするには、Genie Codeイベントダッシュボードを使用します。See Measure Genie Code impact. -
理由を確認する。 スパイクを引き起こしているユーザーについては、合計値にとどまらず、実際に何を行ったかを確認します。
- Genie Code イベントダッシュボードを使用して、最も負荷の高いチャットや、ダッシュボードの構築、パイプラインの構築、マルチアセット編集などの背後にある作業の種類を確認します。
- 次のような一般的な消費要因と照らし合わせます：長時間のチャット、収束のない周回、過度に幅広い探索。
- コストがかさんでいる特定の応答や予期せぬ応答については、応答の最後にあるバグアイコン（セッションIDをコピーする機能）をクリックし、アカウントチームに送信するようユーザーに依頼してください。セッション ID により、Databricks は消費の原因となった要因を追跡できます。
-
特定の原因を修正する。 見つかった問題に対応する特定のプラクティスを、リスト全体ではなく、該当するユーザーに提示します。
- マラソンチャット：タスクごとに新しいチャットを開始します。
- 幅広い探索やヘビーなアセットの読み取り:
@でアセットを参照し、より正確なプロンプトを作成します。 - defaultモデルでの繰り返しのシンプルなタスク: 努力レベルを Low に設定します。
- ガードレールがありません：ワークスペースの 手順 と スキル が設定されていることを確認してください。すべてのプラクティスについては、 効率的な Genie Code の使用に関するベスト プラクティスを参照してください。
-
必要に応じて支出を制限します。 ユーザーまたはグループが一貫して承認された制限を超える場合は、ユーザーごとのオーバーライドを適用するか引き下げます。「Genie の予算の作成」を参照してください。
ユーザーの教育
予算は、ユーザーが理解している場合に最も効果的に機能します。ロールアウトの一環として、ユーザーに次のことを伝えます。
- Genie の使用量は課金され、各ユーザーには毎月1日にResetされる無料の月間利用枠が提供されます。
- タスクの複雑さは消費量に影響します。大規模なエージェントタスクは、短い質問よりも多く消費します。
- 制限に達したときの挙動と、より高い制限をリクエストする方法。
一般的な質問に対する回答については、Genie のコストと予算に関する FAQ を参照してください。
制限事項
予算は支出のほぼリアルタイムの予測を提供するものであり、絶対的な支出上限ではありません。コスト管理のために予算に依存する前に、制限事項の完全なリストを確認してください。制限事項を参照してください。