Databricks、単一プロンプトから効果的な Genie エージェントを設計する手法を発表
本文の状態
日本語全文を表示中
詳細モードで約8分の本文を読めます。
同じ出来事の情報源
この情報源を基点に整理
Databricks AI Engineering
Databricks は Genie Agents の作成プロセスを革新し、単一のプロンプトでドメイン固有のエージェントを即座に構築できる「Genie One」および「Genie Code」を発表した。
AI深層分析を開く2026年8月20日 02:54
AI深層分析
キーポイント
単一プロンプトによるエージェント生成の実現
従来の手動設定に代わり、単一の自然言語プロンプトでドメイン固有の Genie Agents を即座に構築できる新機能「Genie One」と「Genie Code」が導入された。
統一的なコンテキスト管理による精度向上
エージェントは Unity Catalog で管理される構造化データ、文書、ファイルなどの信頼できる情報源を参照し、ビジネス文脈を理解した上で推論を行う。
多様なデータソースへの対応能力
Genie Agents は CRM のテーブルやサプライチェーンデータといった構造化データに加え、PDF や画像などの非構造化データも解析して回答を生成できる。
狭い範囲から始めて拡張する
複雑なワークフローよりも、反復的な分析や作業が必要な特定の課題に焦点を当てた使いケースから始めるのが効果的である。これにより、エージェントが適切な情報源に基づいているか、期待通りに動作しているかを容易に確認できる。
ベンチマークによる定量的評価
Genie Agents には組み込みのベンチマーク機能があり、テスト用質問と期待される回答を定義して精度スコアを取得できる。変更ごとに再実行することで「なんとなく良くなった」という感覚を数値化し、ユーザーフィードバックを新たなベンチマークに反映させながら拡張できる。
重要な引用
The real problem often isn't the prompt itself; it's that the agent is missing the business context needed to interpret the request.
Effective Genie Agents can be spun up using Genie One or Genie Code with a single prompt, leveraging context from Unity Catalog along with the user's conversation.
A narrow use case makes it easier to see if the agent is grounded in the right sources and behaves as expected, while making scoping and benchmarking more meaningful.
Re-running that benchmark after each change turns a vague sense that the agent 'seems better' into a measurable number you can track.
編集コメントを表示
編集コメント
単一プロンプトによるエージェント生成は、AI エンジニアリングの民主化を加速させる重要なステップである。Unity Catalog との連携により、実務環境での信頼性を担保しつつ開発速度を劇的に向上させるアプローチとして注目される。
Source Article
元記事を日本語で読む
本文に関係しない購読案内、埋め込み通知、サイト内プロモーションは除いています。
収益に関する一般的なエージェントに問いかけると、そのエージェントは財務部門が実際に管理している表ではなく、見つかった最初の収益テーブルを拾い上げてしまう可能性があります。まずはプロンプトの修正を試したくなるでしょう。しかし、真の問題はプロンプト自体にあるのではなく、リクエストの意味を理解するために必要なビジネスコンテキストが欠落していることにあるケースが多いのです。
Databricks Genie Agents は、このコンテキスト不足という課題を解決します。ドメイン固有のエージェントを構築・管理できるため、構造化データだけでなく文書やファイルも解析して推論し、業務の自動化を実現できます。例えば、「販売機会データ」エージェントは、ガバナンスされた CRM テーブルからパイプライン上のリスクを浮き彫りにし、「物流管理」エージェントはサプライチェーンデータ全体で出荷を追跡し遅延を検知します。「製品ライン検索」エージェントなら、社内カタログに基づいて詳細な製品質問に回答できます。以前はこの Genie Agents の作成に手動設定が必要でしたが、現在は Genie One または Genie Code を用いることで、Unity Catalog とユーザーとの会話履歴からコンテキストを取得し、単一のプロンプトだけで効果的な Genie Agents を瞬時に立ち上げることが可能になりました。
シンプルなプロンプトで正確な出発点を
最初のエージェントは数分で作成できます。その出発点は単一のプロンプトです。多くの場合、このプロンプトにはエージェントが達成すべき成果を記述し、Genie に対して関連する情報源を指し示すだけで十分です。
例えば、「インシデント対応マニュアルとサービスヘルスデータを活用し、運用担当者が生産環境のインシデントを調査する支援を行うエージェントを作成してください」というプロンプトがあります。
このプロンプトはシンプルですが、Genie には作業を開始するのに十分な情報が含まれています。問題点を特定し、エージェントが参照すべき情報源を示しているのです。
もちろん、エージェントの質はその文脈(コンテキスト)の質に依存します。Genie エージェントは、Unity Catalog で既に管理されているデータ、ドキュメント、ファイルを基に推論を行います。つまり、実際に取り組むべきは信頼できる情報源を整備することです。一度準備が整えば、Genie がそれらを組み合わせてエージェントを構築してくれます。
IT 担当者のためのエージェントであれば、FAQ、サポート資料、インシデント対応マニュアル、システム資産リスト、サービスデータなどが文脈に含まれます。一方、データ分析担当者向けのエージェントでは、管理されたテーブル、メトリック定義、ダッシュボード、データ品質ルール、社内ドキュメントなどが対象となります。
文脈は構造化データに限定されません。Genie エージェントは、Unity Catalog ボリュームに保存された PDF、Word ドキュメント、プレゼンテーション資料、画像といった非構造化データも 推論の対象 にできます。
ユーザーが質問すると、エージェントは最も関連性の高いファイル内容を取得し、管理されたテーブルの情報と合わせて推論して回答を生成します。この際、常に質問者の権限に基づいてアクセスが行われます。つまり、インシデント調査用のエージェントは実際の対応マニュアル PDF を参照でき、製品ライン検索用のエージェントは正式な製品ドキュメントから情報を引き出すことが可能なのです。
まずは狭い範囲から始め、徐々に拡張する
Genie Agent は複雑な多段階ワークフローもサポート可能ですが、最も効果的な導入方法は、反復的な分析や作業を必要とする、焦点が絞られた具体的な課題に着手することです。対象範囲を限定することで、エージェントが適切な情報源に基づいているか、期待通りの挙動を示しているかを容易に確認できます。また、評価基準の設定やベンチマークの実施も、より意味のあるものになります。
前述のインシデント調査用 Agent を例にとりましょう。本格的な展開前に、既知の原因が特定されている過去のインシデント数件に対して実行し、結論に至ったかどうかだけでなく、その過程で参照されたランブックやサービスヘルスデータが正しいかを確認してください。もし古くなったランブックや誤ったサービス情報に依存している場合は、プロンプトの書き換えが必要なのではなく、コンテキスト情報の整備が課題であることを示しています。
Genie Agent には、このための組み込みベンチマーク機能 benchmarks が用意されています。期待する回答を付与したテスト質問セットを定義し、実行することでエージェントの精度スコアを取得できます。変更ごとにベンチマークを再実行すれば、「なんとなく良くなった」という感覚的な評価を、追跡可能な数値指標へと変換できます。また、monitor タブには、ユーザーが実際に提出した質問やフィードバックが表示されるため、新たな課題が見つかった際にはそれを即座にベンチマークへ反映させながら拡張を進めることができます。
最初のユースケースが稼働したら、さらに知識やデータソースを追加できます。各拡張は、すでにテスト済みのバージョンを土台に積み重ねていく形になります。
例えば、「営業機会データ」エージェントは、パイプラインのリスクを可視化するところから始め、契約サマリーの作成やセグメント別の成約率に関する質問への回答へと成長できます。また「物流管理」エージェントも、遅延の検知から経路の再提案、あるいは長期的な運送業者のパフォーマンス監視へと拡張可能です。「製品ライン検索」エージェントは、カタログ関連の質問に答えることから、製品比較やドキュメント不足箇所の特定へと進化していきます。
導入の入り口として適しているのは、製品の FAQ への回答、一般的な生産インシデントの調査、クラウドコストの変動説明、あるいは特定のデータパイプラインの監視などです。ユースケースや部署を問わず共通するのは、各エージェントが「明確に認識できる単一の業務」から始まる点です。
真の資産は文脈にある
シングルプロンプトによるエージェント作成は、ドキュメント作成や専門知識の必要性を代替するものではありません。あくまで、チームがこれらの投資を、ユーザーがセルフサービスで活用できる形に変換するための高速な手段を提供するものです。
基盤がどれだけ充実しているかが、エージェントの質を決めます。プロンプトが信頼性のある一貫した回答を生成するために参照するのは、メトリックビュー、ドメイン、認証といった、Unity Catalog によって整理されたセマンティクスです。
プロンプトはプロセスを開始する起点ですが、エージェントの品質は依然として背後にある知識とシステムに依存します。ここでデータや IT のリーダーが差をつけるのです。適切に管理され明確に定義された文脈への投資こそが、直接エージェントの質を向上させる鍵となります。
最初の Genie エージェントを構築する
効果的なエージェントは、明確なビジネスニーズと、それに対応するために必要な信頼できるコンテキストから始まります。
その実効性を最も早く確認するには、一つの焦点を絞ったユースケースから始めるのが最善です。例えば以下の通りです。
- 「管理された CRM テーブルを活用し、パイプラインのリスクを可視化する営業機会データエージェントを作成する」
- 「サプライチェーンデータを活用し、出荷を追跡して遅延を検知する物流管理エージェントを作成する」
- 「製品カタログを活用し、詳細な製品質問に答える製品ライン検索エージェントを作成する」
Genie Agents を使えば、既存のデータ、ドキュメント、ワークフローを単一のプロンプトからドメイン特化型エージェントに変換できます。その後、範囲を限定し、ベンチマークを行い、時間をかけて拡張していくことが可能です。
原文を表示
Ask a generic agent about revenue, and it’ll likely grab the first revenue table it finds, not the one finance actually maintains. Your first instinct might be to fix the prompt. But the real problem often isn’t the prompt itself; it’s that the agent is missing the business context needed to interpret the request.
Databricks Genie Agents solve that context problem by allowing you to curate domain-specific agents that can reason over structured data as well as documents and files to automate work. A Sales Opportunity Data agent might surface pipeline risk from governed CRM tables, a Logistics Management agent could track shipments and flag delays across supply-chain data, and a Product Line Lookup agent could answer detailed product questions from an internal catalog. Previously, creating Genie Agents required manual configuration. Now, effective Genie Agents can be spun up using Genie One or Genie Code with a single prompt, leveraging context from Unity Catalog along with the user’s conversation.
How a simple prompt creates an accurate starting point
You can create your first agent in minutes, starting with a single prompt. In many cases, the prompt only needs to describe the desired outcome of the agent, and point Genie to the relevant source of information.
Consider this example: “Use our incident runbooks and service-health data to create an agent that helps support engineers investigate production incidents.”
The prompt is simple, but it gives Genie enough information to get started. It identifies the problem and points to the sources the agent should use.
Of course, the quality of an agent depends on the quality of its context. Genie Agents reason over the data, documents, and files you have already governed in Unity Catalog, so the real work is curating those trusted sources. Once they are in place, Genie can assemble them into an agent for you. For an IT agent, that context might include FAQs, support documentation, incident runbooks, system inventories, and service data. For a data agent, it might include governed tables, metric definitions, dashboards, data-quality rules, and internal documentation.
Context isn't limited to structured data. Genie Agents can also reason over unstructured data stored in Unity Catalog volumes, such as PDFs, Word documents, presentations, and images. When someone asks a question, the agent retrieves the most relevant file content and reasons over it together with your governed tables to produce an answer, always using the permissions of the person asking. That means an Incident Investigation agent can draw on the actual runbook PDFs, and a Product Line Lookup agent can pull from the real product documentation.
Start narrow and expand
Although Genie Agents can support complex, multi-step workflows, the best starting point is usually a focused, recognizable problem that requires repetitive analysis or work. A narrow use case makes it easier to see if the agent is grounded in the right sources and behaves as expected, while making scoping and benchmarking more meaningful.
Take the Incident Investigation agent from earlier. Before rolling it out, run it against a handful of past incidents where you already know the root cause, and check not just whether it reaches the right conclusion, but whether it cites the correct runbooks and service-health data to get there. If it leans on an outdated runbook or the wrong service, that points to context you need to curate, not a prompt you need to rewrite.
Genie Agents include built-in benchmarks for this. You can define a set of test questions, each with an expected answer, and run them to get an accuracy score for the agent. Re-running that benchmark after each change turns a vague sense that the agent “seems better” into a measurable number you can track, and the monitor tab surfaces the real questions and feedback users submit, so you can fold new gaps back into the benchmark as you expand.
Once your first use case is operational, you can add more knowledge and data sources, with each expansion building on a version that has already been tested. The Sales Opportunity Data agent might grow from surfacing pipeline risk to drafting deal summaries or answering questions about win rates by segment. The Logistics Management agent could expand from flagging delays to recommending reroutes or monitoring carrier performance over time. The Product Line Lookup agent could move from answering catalog questions to comparing products or flagging gaps where documentation is missing.
Good starting points include answering questions from a product FAQ, investigating a common type of production incident, explaining cloud-cost changes, or monitoring a defined set of data pipelines. The common thread across use cases and departments is that each agent begins with one recognizable job.
The real asset is the context
Single-prompt agent creation does not replace documentation, or domain expertise. It simply gives teams a faster way to turn those investments into something people can self-serve. The better the foundation, the better the agent. Curated Unity Catalog semantics, such as metric views, domains, and certification, are what the prompt actually draws on to produce consistent, trustworthy answers.
The prompt starts the process, but the quality of the agent still depends on the knowledge and systems behind it. This is where data and IT leaders make the difference: the investment put into a governed, well-defined context is what pays off directly in agent quality.
Build your first Genie Agent
Effective agents start with a clear business need and the trusted context required to address it.
The fastest way to see it is to start with one focused use case. For example:
- "Use our governed CRM tables to create a Sales Opportunity Data Agent that surfaces pipeline risk."
- "Use our supply-chain data to create a Logistics Management Agent that tracks shipments and flags delays."
- "Use our product catalog to create a Product Line Lookup Agent that answers detailed product questions."
Genie Agents make it possible to turn existing data, documents, and workflows into a domain-specific agent from a single prompt, then scope, benchmark, and expand it over time.
関連記事
今日のまとめ
AIデイリーブリーフで今日の重要ニュースをまとめ読み