ジーニー消費ガイド

このガイドは、アカウント管理者が大規模な組織全体でGenie支出を計画・管理するのに役立ちます。 これは段階的なアプローチを説明しています。まず実際の使用状況を観察し、そのデータに基づいてユーザーをペルソナの階層に分類し、それぞれの階層に合わせた予算を設定します。

予算作成の手順については、「 Genieの予算管理とコスト管理」をご覧ください。 請求システムのテーブルで使用状況を照会するには、「 Genieコストの監視と理解」をご覧ください。

なぜ使用量に基づく計画が重要なのか

Genie製品は使った分だけ課金制で請求され、各ユーザーには無料の月額手当が配られます。 Genieの使用はエージェント的であるため、ユーザーごとの消費量は従来の座席ごとのソフトウェアよりもはるかに大きく異なります。 消費量は以下の要因によって異なります:

• 使用パターン:Genieを使う頻度と使用する製品。
• タスクの複雑さ:クエリの誤字修正は、Genie Codeにパイプラインの構築やデバッグを依頼するよりもはるかに少ないコストで済む。
• 利用可能なコンテキスト:利用可能なメタデータの質、カタログのサイズ、Genieが利用できるカスタム指示。

これらの変数は組織ごとに異なるため、「典型的なタスク」に基づくトップダウンの推定は、双方に驚きをもたらす傾向があります。 細かいユーザーあたりの制限を決める前に、自分の環境での実際の使用状況を観察してください。

注

使用は本質的に不均一です。 観察された顧客展開では、ごく一部のユーザーが総支出の大部分を占めています。 ユーザー集団全体に均等な分布を想定するのではなく、その偏りを計画しましょう。

推奨される方法

Azure Databricksは、まずアカウントとワークスペースの上限を設定し、組織がGenieを使ってユーザー階層を特定する方法を理解する時間を取ることを推奨しています。 組織の支出と予算を3つのフェーズに分けて最適化することを考えてみてください。

Phase	ゴール	予算構成
フェーズ1:発見	あなたの組織が実際にGenieをどのように活用しているかを学びましょう。	アカウントまたはワークスペースの共有閾値のみ。 ブロックする前に警告してください。
フェーズ 2: 階層を定義する	ユーザーを観察された消費量とビジネス価値でグループ化します。	まだ変化はありません。 利用状況を分析し、ユーザーグループを作成しましょう。
フェーズ3:統治	各ティアの制限を適用しつつ、アカウントレベルのセーフティネットを維持しましょう。	共有しきい値に加え、ユーザーごとの閾値やオーバーライドも含まれます。

全体を通して、最適化よりも「驚きのないもの」を優先してください。 まず可視性と上限を設定し、ベースラインを理解してから支出を最適化しましょう。

フェーズ1:ディスカバリー期間を実施する

発見期間の目的は、個々の制限を設定する前に、最もヘビーなユーザーの急増を含む実際の使用状況を観察することです。

期間と範囲を選びましょう

• 期間:理想的には30日、実質的な最低14日が基準です。 短い期間では使用パターンの全容を捉えることはほとんどありません。
• 範囲:全員を一度に有効化するのではなく、代表的なユースケースやチームを選ぶこと。 例えば、Genie Codeを使ってデータエンジニアリングチームから始めましょう。
• 天井:最も強力なユーザーが天井に当たらないくらい高く設定しましょう。 もし上限が早期に使用を妨げるなら、ユーザーが何を必要としているかではなく、自分の制限が何かを知ることができます。

注

Genie OneおよびGenie Agentsの使用は2027年1月31日まで無料です。 このプロモーション期間中、その使用量は無料の月額手当や予算に照らしたジーニー使用量にはカウントされません。 プロモーション期間中のこれらの製品のパイロットでは、予算規模を調整するために使う請求された従量課金制の支出ではなく、GENIE_FREE_USAGE SKU での使用状況が示されています。 Genie Codeの使用状況を使ってこの期間中のコストベースラインを算出するか、 system.billing.usageの無料利用データから同等のコストを推定しましょう。

ディスカバリー予算の設定

ディスカバリー時にはアカウントやワークスペースレベルで共有閾値を使い、まだユーザーごとの閾値は設定しないでください。

1. ジーニーを対象にした予算を作成します。 Unity Gateway リソースタイプと databricks-product: genie resource タグを使ってください。 「 ジーニーの予算作成」を参照してください。
2. アカウント全体のビューでスコープを「 すべての ワークスペース」に設定するか、特定のワークスペースを選択して発見をパイロットに限定してください。
3. 監視したい支出レベルで共有の閾値を追加し、「 アラート送信 」のみを選択してください。 例えば80%のようにアラートのみの閾値を下げて、支出が増えるごとに警告が出るようにしましょう。 予算は最大4つの共有閾値を支えます。
4. 必要に応じて、支出の暴走を防ぐ厳格な安全策として Block usage を選択し、最終的な共有しきい値を追加することもできます。 まだユーザーあたりの制限を設定していないため、このバックストップは共有プールが使い果たされたときにスコープ内のすべてのユーザーをブロックします。ですので、最もヘビーなユーザーがディスカバリー中にそれに到達しないように設定してください。

注

一部の組織は単一の集中管理されたアカウントレベルの予算を好みますが、大多数はワークスペースレベルでの予算管理を好みます。 アカウントレベルとワークスペースレベルの予算の両方を設定しても、どちらかが他方を上書きしません。 いずれかの上限に先に達すると、設定に応じて、アラートの送信、使用のブロック、またはその両方が行われます。

Tip

通常運用中は、アカウントとワークスペースの合計支出にアラートを出し、個々のユーザーの上限にブロックを予約して、一人のユーザーの支出が全員を中断しないようにしましょう。 ディスカバリーは例外で、まだユーザー一人あたりの制限がないため、共有ブロック閾値が唯一のバックストップなので、高く保ちましょう。

利用状況の発展を注視してください

ディスカバリー期間中は、消費量を監視して、最も多く利用しているユーザーや彼らの支出を動かしている要因を特定しましょう:

• 予算詳細ページを使って、当月の推定支出をほぼリアルタイムで確認しましょう。 予算の詳細を表示するを参照してください。 このページには毎月1日にリセットされる当月累計支出が表示されるため、監視用途に使用し、月をまたぐ調査期間にわたってティアをサイジングする目的には使用しないでください。
• system.billing.usage を使用して、指定した検出期間の日付範囲全体で集計されたユーザー別および製品別の使用量をクエリします。 これは、サイジングティアを決定するための信頼できる基盤です。 Genie のコストを監視して把握するを参照してください。
• ヘビーユーザーになると予想されるチームにはアラートを設定し、上限に達する前に消費状況を把握しましょう。

フェーズ 2: ペルソナの階層を定義する

発見期間の後、観察した内容に基づいてユーザーを階層にまとめてください。 これらの階層は、最初から定義するのではなく、実際の利用データから導き出しましょう。発見前にユーザーごとやグループごとの制限を設定すると、ユーザーがまだ示していない上限を推測することになります。 ほとんどの組織は、以下のような分布を見つけます。 名前は様々ですが、責任は一貫しています。

ペルソナ	説明	典型的な予算管理
AI初心者	生産性を高めるために時々ジーニーを使いましょう。 使用量は最小限で、時折急増があります。	ユーザーあたりの最低閾値。 多くのユーザーは無料の月額予算内に収まっています。
AIの実践者	ジーニーを定期的に使いましょう。 Genie Oneを使ってインサイトを提供し、Genie Codeを使ってデータパイプラインを構築し最適化しましょう。	観察された中央値および75パーセンタイルの消費量から設定された中程度のユーザー一人当たりの閾値。
AI上級ユーザー	組織の価値を大きく生み出す、長期的かつ非同期のエージェントタスクを実行します。	ユーザーあたりの最高閾値が、パワーユーザーグループに対してオーバーライドとして適用されます。

重要

初心者の閾値を十分に高く設定し、ユーザーが実践者へと成長できるようにしましょう。 初めてジーニーを試す人を制限する制限は、生産性を妨げます。

各階層は自分のデータからサイズを決めましょう

固定されたヒューリスティックではなく、発見期間のデータを使ってください。 サイジングは、予算で追跡される従量課金制の請求対象利用額に基づいて行ってください。毎月の無料利用枠は請求対象利用額からすでに除外されているため、再度差し引かないでください。

1. 全体のベースラインを確立する: 請求システムのテーブルから、お客様の検出期間の正確な日付範囲における請求済みの Genie 使用量の合計をクエリします。 Genie のコストを監視して把握するを参照してください。
2. ユーザーを消費量ごとにセグメント化する:発見期間中の請求済み支出でユーザーをソートし、中央値、75パーセンタイル、そして最も多くのユーザーを特定します。 これらは初心者、実践者、パワーユーザーの各階層となります。
3. 各階層ごとの合計を計算する:観察された中央値および75パーセンタイルの請求支出に各階層のユーザー数を掛け合わせます。
4. パワーユーザーや将来的な成長に備えて余裕を持たせる: パワーユーザーの利用量はばらつきが大きく、平均では捉えきれません。 それらを考慮して上限に倍率を加味し、想定される導入状況を反映した成長率を適用してください。 組織が承認したAI支出の範囲内に総額を抑えましょう。
5. ティアごとにユーザーグループを作成する: genie-beginners、 genie-practitioners、 genie-power-usersなどの各ペルソナごとにアカウントグループを作成し、観察した利用状況に合わせたユーザーを追加してください。 予算はフェーズ3でこれらのグループに閾値を適用します。

注

この分析はジーニーに手伝ってもらうこともできます。 最良の結果を得るためには、 system.billing.usage、 system.access.assistant_events、 system.access.auditにアクセスできることを確認してください。

より高い限度額の承認プロセスを検討してください

ユーザーがブロックされたときにリミネーションを無理に上げるのではなく、ユーザーがより高い閾値を要求する方法を定義しましょう。 パワーユーザー向けアクセスの申請またはチケットベースの手続きによって、価値が実証された場合に限って意図的に高い上限を付与でき、さらに各例外設定が存在する理由を記録として残せます。

フェーズ3:ペルソナごとに予算を設定する

ティアを定義しユーザーグループを作成し、ディスカバリー予算をティアごとのガバナンスへと進化させましょう。 アカウントとワークスペースの上限を安全網として維持しましょう。

単一の予算で以下の要素を組み合わせることができます:

• 共有閾値:範囲内のすべての集計プール。 これは観察された総使用量と成長率に基づいて判断してください。 80% で警戒し、100%でブロック。
• ユーザーごとの閾値:初心者層から設定するデフォルトの個人制限です。 これはスコープ内のすべてのユーザーに当てはまります。
• ユーザーごとのオーバーライド:実践者やパワーユーザーグループに対してより高い制限を設けます。

設定手順については「 Genieの予算作成」をご覧ください。

重要

共有閾値とユーザーごとの閾値は独立して評価されます。 どちらも上書きせず、ブロック 使用 が有効になった最初の閾値に達した時点でユーザーはブロックされます。 ユーザーごとのオーバーライドは、共有プールではなく個別の上限を引き上げます。 共有閾値とユーザーごとの閾値がどのように連携して機能するかをご覧ください。

アラートとブロッキングの分離

共有閾値とユーザーごとの閾値はアラートとブロッキングの扱い方が異なるため、意図的に組み合わせてください:

• 共有閾値では、ブロック前に最大4つの閾値を重ねて警告してください。 例えば、プールの80% にアラートのみの閾値を設定し、 ブロック使用 の閾値を100%に設定します。 これにより、集計プールが満タンになり、上限で支出が止まると管理者に警告されます。
• ユーザーごとの閾値では、アクションはデフォルトのユーザーあたり閾値とすべてのオーバーライドを越えて継承されます。 アラート閾値とブロック閾値の両方を有効にするには、アラートのみとブロックのみの2つの予算を作成します。

予算範囲とGenie製品

すべてのGenie製品は databricks-product: genie リソースタグを共有しているので、1つの予算でGenie Code、Genie One、Genie Agentsをまとめてカバーでき、個々のGenie製品に予算を割り当てることはできません。 プロモーション期間中はGenie Codeのみが請求可能であるため、予算はGenie Codeの支出をカバーし、Genie OneとGenie Agentsの使用は無料です。

異なる使用パターンに合った制限を調整するために、ユーザーごとのオーバーライドの範囲を各グループの動作を反映したユーザーグループに設定します。 例えば、データエンジニアリンググループにビジネスアナリストグループよりも高い全体的なGenie閾値を設定します。 ユーザーが複数のグループに属している場合、予算内で最も寛容なオーバーライドが適用されます。

予算は大規模言語モデル(LLM)の使用状況のみを追跡します。 Genieが生成するクエリを実行するためのコンピュート(SQLウェアハウスなど)は別途請求され、Genieの予算には計入されません。

Genieコードの効率的な利用のためのベストプラクティス

Genie Codeはエージェント的なので、どれだけ消費されるかはユーザーがどれだけ効率的に使うかに依存します。 各ターンはチャット全体のコンテキストをモデルに再送信し、エージェントタスクは計画、実行、作業確認のために数ターン実行します。 消費はチャットの長さと文脈の量の両方で増加するため、チャットの20番目のメッセージは最初のメッセージよりもコストがかかります。 目標は、各チャットの文脈を当面のタスクに関連性のあるものに保つことです。

有用な目安として、Genie Codeを有能な新しい同僚のように扱い、一度でタスクを完了できるだけの文脈を与え、説明を求めて戻ってくる必要がないことです。

以下の実践をユーザーと共有し、ワークスペース の指示 や エージェントスキル で強化して、Genie Codeが自動的に適用できるようにします。 指示はメッセージごとに毎回読み込まれるため、簡潔に保ちましょう。

Tip

有料利用率を下げない機能に頼るようユーザーに促しましょう。 インラインのオートコンプリート候補、クイックフィックスやリネームの候補、ならびに Genie がスペース内ですでに生成した結果のレビューでは、有料枠は消費されません。 各ユーザーは毎月1日にリセットされる無料の月額手当も与えられます。 チャットは本当に必要な業務に限定して使うことで、その利用枠をさらに有効活用できます。

コンテキスト ウィンドウを管理する

• 各タスクごとに新しいチャットを始めましょう。 これが最も効果的なレバーです。 新しいチャットはコンテキストウィンドウを消すため、新しいタスクには無関係な作業のトークンが残りません。 関連する作業は同じチャットに残して、Genie Codeがコンテキストを保持しプロンプトキャッシュを再利用できるようにします。ただし、次に進んだら新しいチャットを始めましょう。 Genie Codeは長い文脈を自動的に要約し、圧縮し、切り詰めますが、完全にクリアできるのは新しいチャットだけです。
• 使っていないMCPサーバーを無効にしてください。 接続された各MCPサーバーは、それぞれのツールをGenie Codeがコンテキストに含める内容に追加します。 チャットで不要なサーバーを停止しましょう。

Genie Codeは最初から必要なものを提供しましょう

Genie Codeは意図やデータを理解するために探索する範囲が少なければ少ないほど、消費する量は少なくなります。

• @ を使用してアセットを参照します。 特定のテーブルやファイル、ノートを扱うには、ジーニーコードに探してもらうのではなく、 @ で指し示してください。
• タスクと成果物について具体的に伝えましょう。 タスク内容、詳細度、望むフォーマットと長さを一つのプロンプトで説明してください。 曖昧なプロンプトは広範な探求とフォローアップラウンドを引き起こし、特定のプロンプトは最小限の読書と短い応答でGenie Codeを機能させます。
• 例を説明するのではなく、例を示してください。 欲しい出力やクエリの短いサンプルは、長い説明よりも少ないトークンで意図を伝えられます。
• Genie Codeがすでに持っている文脈を繰り返さないでください。 Genie Codeはすでにスキーマや現在のチャットを確認できるので、各プロンプトでテーブル名や以前の結果を書き換えるだけで、情報を加えずにトークンを追加します。
• データを記録してください。 Unity Catalogにテーブルや列のコメントを追加すれば、Genie Codeが推測せずにスキーマを理解できるようにしましょう。 「AI が生成したコメントを Unity Catalog オブジェクトに追加する」を参照してください。
• 決定論的なショートカットを提供しましょう。 Genie Codeには、メトリックビューやUnity Catalog関数などの信頼性の高いツールを提供し、一般的な操作に対応させましょう。 通常なら表現するのに複数のトークンが必要になる一般的なプロンプトには、 のような /findTables を使いましょう。

モデルの努力をタスクにマッチさせる

ほとんどのタスクは、品質を最適化するデフォルトの労力レベル「 オート」で動作します。 シンプルでスコープが明確なタスクの場合は、より速く安価なモデルを使うために労力レベルを 低 に設定してください。

長時間または複雑な作業をガイドする

• ステップごとに作業し、そのたびに確認しましょう。 大きなタスクを小さなタスクに分割し、それぞれの結果を確認してから次に進んでください。そうすれば、修正コストが低いうちに方向性の誤りを見つけられます。
• 検証対象を設定しましょう。 期待される出力、サンプル、または正確な誤差を含めて、Genie Codeが反復せずに自分の作業を確認できるようにします。
• 早めに軌道修正する。 もしGenie Codeがループしたり、戻ったり、広範囲に探求し始めたら、止めて明確化を加え、続けさせないでください。

スキルを使って繰り返し作業を再利用する

チームが頻繁に行うタスク、例えば標準パイプラインの設定、ルーチンレポートの作成、品質チェックの実施などについては、スキルごとに一度だけ作業を記録し、毎回一から推測するのではなく、 スキルに実行可能なスクリプトを含めることができ、Genie Codeはリクエストを認識し、スキルを読み込み、各実行を計画・生成・反復するのではなく、スクリプトを実行します。 これにより、複数ターンのタスクが単一の低消費ターンに変わり、ワークスペーススキルが同じタスクを実行する全員に節約分を分散させます。 良い候補者とは、チームが何度も一貫した形で行ってきたタスクのことです。

より良く効率的な回答を得るためのさらなる方法については、「 Genie Codeの回答を改善するためのヒント」をご覧ください。

以下の一般的な消費要因に注目してください:

• マラソンチャット:新しいチャットを始める代わりに、多くの無関係なタスクを一つにして長いチャットを続ける。
• 収束しないまま堂々巡りになる: 曖昧または難しいタスクにより、Genie Code がループしたり、後戻りしたり、探索範囲が広がりすぎたりすることがあります。 その時はジーニーコードを止めて説明してください。
• 広すぎる対象範囲: 実際には特定のフォルダだけを読めばよいのに、Genie Code に数百ものアセットを読み取らせること。

コストの急騰を診断してください

Genieの支出が予期せず増加すると、予算やシステム表は いつ 起こったのか、 誰が それを動かしたのかは示しますが、 なぜかは分かりません。 制限を変更する前に原因を見つけましょう:

1. 消費が集中している場所を見つけましょう。 どのワークスペースやユーザーが増加を牽引したのか、またどの日付で増加を促したのかをクエリ system.billing.usage 。 Genie のコストを監視して把握するを参照してください。 Genie Codeのトップユーザーとその最も忙しいタスクをランキングするには、Genie Codeイベントダッシュボードをご利用ください。 詳細は 「ジーニーコードの影響を測定」をご覧ください。
2. その理由を探ってみて。 急増の要因となっているユーザーについては、合計値だけで判断せず、実際に何をしたのかを確認してください。
   • Genie Codeのイベントダッシュボードを使って、最も重いチャットや、ダッシュボードの作成、パイプラインの作成、マルチアセット編集など、その背後にある作業内容を確認できます。
   • よく見られる 消費要因、すなわち長々としたチャット、収束しない回り込み、過度に広範囲な探索と照合してください。
   • 特定の高コストな応答や的外れな応答については、応答の最後にあるバグアイコンをクリックしてセッション ID をコピーし、それをアカウントチームに送ってもらうようユーザーに依頼してください。 セッションIDはAzure Databricksが消費の原因を追跡するのに役立ちます。
3. 具体的な原因を解決しましょう。 影響を受けたユーザーに、リスト全体ではなく、あなたが見つけたことに対応する唯一のプラクティスを渡してください。
   • マラソンチャット:各タスクごとに新しいチャットを始めましょう。
   • 広範な探索や大量のアセット読み込みの場合は、@ を使ってアセットを参照し、より具体的なプロンプトを作成してください。
   • デフォルトのモデルで繰り返し行う簡単なタスク:努力レベルを 低に設定する。
   • ガードレールが足りない場合:作業スペース の指示 や スキル が整っているか確認しましょう。 全ての実践については、 Genie Codeの効率的な使用に関するベストプラクティスを参照してください。
4. 必要に応じて支出を制限しましょう。 ユーザーやグループが継続的に承認値を上回る場合は、ユーザーごとのオーバーライドを適用または引き下げてください。 「 ジーニーの予算作成」を参照してください。

ユーザーに教育しましょう

予算はユーザーが理解したときに最も効果的に機能します。 展開の一環として、ユーザーに以下のことを伝えてください:

• Genieの使用量は請求され、各ユーザーに毎月1日にリセットされる無料の月額補助が受け取られます。
• タスクの複雑さは消費に影響を与えます。 大規模なエージェント型タスクは、短い質問よりも多くのリソースを消費します。
• 上限に達したときにどうなるのか、そしてより高い上限をどう要求すればよいのか。

よくある質問への回答については、 Genieのコストと予算FAQをご覧ください。

制限事項

予算はほぼリアルタイムの支出見積もりを提供し、絶対的な支出上限ではありません。 予算に頼る前に、制限事項の全リストを確認しましょう。 制限事項を参照してください。

その他のリソース

• Genie の予算とコスト管理を管理する
• ジーニーのコストを監視し理解しましょう
• Genie のコストと予算に関する FAQ
• Genie Code の応答を改善するためのヒント
• Genie Code の影響を測定する
• 予算を作成して監視する
• Unityゲートウェイコストの分析
• ジーニープライシング