新Genieの発表を受けて、Genieファミリーの変遷と構成、今後の方向性を整理する

Posted at 2026-11-12

はじめに

2026年11月11日、Databricksが第2世代のGenieを発表しました。Genieは、質問に答えるアシスタントから、仕事を引き受けて裏で動き続ける常時稼働の自律エージェントに変わります。

同じ日に、Genie One、Genie Agents、Genie Ontology、それにChatGPTやClaudeから使えるGenieプラグインについてのブログも出ています。2026年に入ってからGenieの名前を冠した製品が次々と増えたので、「結局どれが何なのか」が分かりにくくなっている方も多いと思います。

そこでこの記事では、今回の発表を機にGenieファミリーの構成をあらためて整理し、発表内容から読み取れる方向性をまとめます。

Genieの変遷

最初に、Genieがどう変わってきたかを時系列で並べておきます。

時期	発表
2024年6月	Databricks AI/BIの発表。ダッシュボードと並ぶ会話型分析の機能としてGenieが登場(プレビュー)
2025年6月	AI/BI GenieのGA。同時に、ビジネスユーザー向けの入口としてDatabricks Oneを発表
2026年3月	Genie Code。データチーム向けの自律型エージェント
2026年4月	次世代のGenie。Databricks OneがGenieに改称され、Genie Spaceの枠を越えて質問に答えられるようになった
2026年6月	Genie One、Genie Agents、Genie Ontology。Genie SpacesはGenie Agentsに発展
2026年11月	第2世代のGenie。常時稼働の自律エージェント、Genie SearchとGenie OntologyのGA、Genieプラグイン、Genie ZeroOps(ベータ)

最初のGenieは、アナリストがテーブル、メトリクスの定義、サンプルクエリ、指示を1つのテーマ(例えば営業パイプライン)ごとにGenie Spaceにまとめ、ビジネスユーザーがそこに自然言語で質問する、というものでした。精度はスペースごとの作り込みで担保します。

そこから2026年にかけて、変わったのは大きく3点です。

入口: ワークスペースの中の1機能から、Databricks One、さらにアカウント単位のGenie Oneへ。Slack、Teams、モバイルにも広がった
範囲: 1つのスペースの中のテーブルから、スペースをまたぐ質問、ドキュメント、業務アプリへ
文脈: スペースごとの手作業の作り込みから、全社で共有するGenie Ontologyへ

今回の発表は、この流れに「人が質問しなくても動く」という軸を加えたものだと私は見ています。

Genieファミリーの構成

誰が使うか、何を受け持つか

今回の発表時点での構成を表にまとめます。

製品	主な利用者	役割
Genie / Genie One	ビジネスユーザー全員	AI coworkerそのものと、その入口。チャット、検索、アーティファクト作成、スキル、スケジュール実行
Genie Agents	部門・チーム	ドメインごとに作り込んだエージェント。旧Genie Spaces
Genie Code	データエンジニア、データサイエンティスト、アナリスト	パイプライン、ノートブック、ダッシュボードを作る自律型エージェント
Genie ZeroOps	データチーム	ジョブ、パイプライン、テーブルを裏で監視し、障害の検出・原因の特定・修正案の提示まで行うエージェント(ベータ)
Genie Ontology	(すべてのGenieの土台)	定義・指標・関係・人と組織についての知識を持つ文脈レイヤー
Genie Search	(すべてのGenieの土台)	レイクハウスと業務アプリをまたぐ検索インデックス
Genieプラグイン / Genie MCP	他のAIツールの利用者	ChatGPT、Claude、Microsoft Copilot Cowork、Grok BotなどからGenieを呼び出す

Genie One、Genie Agents、Genie Code、Genie ZeroOpsが人と一緒に仕事をするもの、Genie OntologyとGenie Searchがそれを支えるもの、プラグインとGenie MCPが外のAIツールからの入口、という分け方をすると見通しが良くなります。そしてガバナンスは、データ側をUnity Catalog、エージェントの行動側をUnity Gatewayが受け持ちます。

図にすると次のようになります。入口からエージェントに話しかけ、エージェントは文脈の層を通してデータに届きます。すべての層に、右側の統制がかかります。

GenieとGenie One

ここが最初につまずきやすいところです。今回の発表では、自律的に仕事をするエージェントを「Genie」、ビジネスユーザーがGenieと働く場所を「Genie One」と呼んでいます。Genie Oneのブログのタイトルが「The AI cowork home for everyone」となっているのも、この位置づけからです。

Genieには、Genie Oneの画面に加えて、Slack、Microsoft Teams、メール、ブラウザ拡張、デスクトップアプリ、iOS/Androidアプリから話しかけられます。入口がどこでも、同じ権限と同じ文脈で答える作りになっています。

Genie Oneのホーム画面です。中央の入力欄で「質問する」と「検索」を切り替えられ、その下にはよく使う質問の候補、最近使ったアセット、ピン留めしたアセットが並びます。

試しに、サンプルデータの samples.nyctaxi.trips について「曜日別の平均乗車距離をグラフで見せて」と聞いてみました。GenieがSQLを書いて実行し、要約文と棒グラフで返してきます。「生成されたコードを表示」から、実行したSQLを確かめられます。

グラフの下には「前回の会話と同じ決め方です」という一文が出ています。以前に同じテーブルで似た質問をしていたので、そのときの曜日の決め方を引き継いだようです。2026年10月に入った、過去の会話の文脈を再利用する機能によるものです。

Genie Agents、Genie Code、Genie ZeroOps

Genie Agentsは、部門がデータ・ファイル・ツール・指示をまとめて設定した、ドメイン専用のエージェントです。メトリクスビュー、SQL式、サンプルクエリ、指示で精度を作り込み、ベンチマークで回帰を確認する、というGenie Spacesの頃からの作法はそのまま引き継がれています。

Genie Codeはデータチーム向けで、利用者も扱う対象も異なります。ただ、Genie AgentsはGenie Codeからも作れますし、後述のUnity Catalog PagesをGenie Codeから一括で下書きすることもできます。作る側のツールとしてGenie Codeが、使う側の入口としてGenie Oneが、という分担です。

Genie ZeroOpsは、データチームの側で「人が頼まなくても動く」役割を担います。ドキュメントには「Genie Codeはプロンプトを入力すると応答しますが、Genie ZeroOpsはプロンプトなしで継続的に実行され、対応が必要な問題を提示します」とあります。失敗したジョブ、古いまま更新されていないテーブル、上流のスキーマ変更で壊れた下流のテーブルを見つけ、原因を特定して修正案を出します。Gitリポジトリのコードを実行するジョブなら、依頼すると修正を新しいブランチにプッシュしてくれるので、そのままプルリクエストを開けます。見つけた内容は受信箱に入り、Slack、Microsoft Teams、PagerDuty、Webhookへの通知も設定できます。

今回の発表の中身

常時稼働の自律エージェント

今回の目玉です。Genieに目標とやってよい範囲を渡すと、Genieは独自のコンピュートで裏で動き続け、進捗を追い、足りない情報を催促し、判断が必要なときだけ人に戻ってきます。

サブエージェントに仕事を分けて並列に進める
スケジュール、または「指標が下がった」「同じ機能要望が10社を超えた」といったトリガーで動く
判断待ちの項目を集めた優先度付きの受信箱(priority inbox)を持つ
席を外しているときはメールで知らせる。1件のアラートの続報は同じスレッドにまとまる

ブログには、保険請求の不正パターンを監視して基準を外れたら引受担当にケースファイルを回す、マーケティングのキャンペーンを常時見て週次の予算変更を承認に回す、といった例が挙がっています。繰り返しの作業に気づいて引き受けを申し出る、という能動的な動きも書かれています。

Genie Search

Google Drive、Jira、Confluence、Workdayの中身をインデックス化し(SharePointはベータ)、Databricksのダッシュボード、テーブル、Databricks Apps、Genie Agentsと同じ検索窓から探せるようにする機能です。

設計で押さえておきたい点は2つあります。

1つ目は、インデックスとMCPを併用することです。インデックスからは速く正確に検索できますが、最新の更新やインデックス化できないアプリの内容は含まれません。それらはMCPでその場で取得します。Genieは問いごとにインデックス、MCP、SQLのどれをどれだけ使うかを決め、引用付きの1つの回答にまとめます。

2つ目は、元のアプリの権限を中身と一緒に取り込むことです。ドキュメントにも「そのソースで開くことができるコンテンツのみが表示されます」とあります。エンタープライズ検索の導入で一番手間がかかるのは権限モデルの再現なので、ここをDatabricks側のマネージドサービスとして持つ意味は大きいと思います。

Genie OntologyのGA

6月に発表されたGenie Ontologyが一般提供になりました。ブログでは「agents build, people govern(エージェントが作り、人が統制する)」という言い方をしています。

学習された知識: ダッシュボード、SQLクエリ、ノートブック、Power BIのセマンティックモデルなどから、エージェントがOntology Snippetsとして自動で抽出し、更新し続ける
モデル化された知識: メトリクスビュー、Domains、Unity Catalog Pagesなど、人が明示的に定義して統制するもの
OntoRank: 出所の権威、認定の有無、書いた人の専門性、使われている頻度、新しさなどを重み付けして、矛盾する定義の中から信頼できるものを選ぶ

今回の追加で、Workdayの組織ディレクトリから人・チーム・レポートラインを取り込めるようになりました。OntoRankは実際の共同作業の痕跡も加味するので、同じ用語でも質問した人に近いチームの定義を優先できます。

もう1つ、Ontology Managerが予告されています。ドメイン構成の設定、知識の欠落の検出、学習された知識をPagesへ昇格させる作業を、画面から行うためのものです。

精度については、Turingと作ったベンチマークの結果が公開されています。同じワークスペースで同じタスクを解かせたところ、Genie Ontologyを使うGenieは91%のタスク実行で正答し、強い方のフロンティアエージェントの1.6倍だったとのことです。トークン消費は半分未満でした。ブログでは「3つのエージェントはいずれもSQLをうまく書けるので、差は文脈から来ている」と説明されています。

Genie Agentsの拡張

Genie Agentsには、Unity Catalogボリュームに置いたPDF、スライド、画像を分析する機能が加わりました(パブリックプレビュー)。別途ベクトルインデックスを作る必要はなく、ページ単位の引用付きで答えます。テーブルの数値とPDFの記述を1つの回答の中で突き合わせられるのが実務上は大きいところです。

ほかにも、Slack、Google Drive、Gmail、Atlassian、GitHub、Microsoft 365などのネイティブMCPコネクタがGAになり、エージェントがチケットを作る、メッセージを投稿するといった行動まで取れるようになりました。社外への共有としては、OpenSharingで他社のDatabricksアカウントにエージェントを渡す機能と、元データを見せずに質問だけ受け付けるGenie Clean Rooms(いずれもベータ)が入っています。

From enterprise context to action: Genie Agents now analyze more data sources to transform your work

ChatGPT、Claude、Copilot Cowork、Grok BotからGenieを使う

個人的に一番興味深かったのがこれです。ChatGPT、Claude、Microsoft Copilot Cowork、Grok Botにネイティブで入るGenieプラグインが出ました。ネイティブのプラグインがないエージェントからは、Genie MCPサーバーで接続できます。

Bring your business context to ChatGPT, Claude, Microsoft Copilot Cowork and Grok Bot

ブログでは、外部のエージェントがGenieを使うパターンを2つに分けています。

パターン	動き
問いごと渡す	「なぜ北東地域の売上が予測を下回ったか」のようなビジネスの問いをGenieに渡す。GenieはGenie Ontologyで用語の意味を確かめ、ユーザーが見てよいデータに対してSQLを書いて実行し、引用付きで返す。必要ならドメインのGenie Agentに回す
文脈だけもらう	コードの変更やリリース監視のような大きな仕事は外部エージェントが持ったまま、足りないビジネス上の文脈だけGenieに問い合わせ、あとは自分のツールで進める

MCP Apps拡張に対応したクライアントでは、グラフやGenie Ontologyの引用が会話の中にそのまま表示されます。ChatGPTのdotsやGrok Botのように、各社とも常駐型のエージェントを出してきているので、それらが「売上の公式な定義」をDatabricksに問い合わせる、という構図です。

なお、Genie One MCPのベータ版エンドポイント(/api/2.0/mcp/genie)は2026年11月30日で終了すると今後の予定に記載されています。ベータの頃から自前のエージェントをつないでいる方は、接続先を確認しておくと安心です。

Unity Gatewayによる統制

エージェントが自分で動くようになると、管理者が押さえたいのは「何にアクセスできるか」「何を勝手にやってよいか」「いくらかかるか」の3点です。今回の発表では、それをUnity Gatewayにまとめています。

データアクセス: Genieは利用者本人のIDで動き、Unity Catalogの権限と、Genie Searchでインデックス化したソースそれぞれの権限に従う。権限が足りなければ、Genieがアクセス申請を下書きし、本人が確認して送る。承認するのは管理者とデータオーナー
ツールと行動: 管理者がコネクタ、MCPツール、承認が必要な行動を決め、利用者はその範囲内でGenieに任せる範囲を選ぶ。ClaudeなどがMCP経由でGenieを呼ぶときも同じ統制がかかる
利用量・コスト・監査: すべての行動がトレースとして残る。ワークスペース単位・ユーザー単位の予算、上限、アラートを設定できる

トレースは監査ログと同じくテーブルに入るので、管理者は自分のコンピュートでクエリし、他のデータと結合して監視ビューを作れます。料金はシート課金ではなく使った分だけで、Genie Oneは2027年1月31日まで無料と案内されています。

提供状況

2026年11月のリリースノートでは、Genie SearchとGenie Ontologyが一般提供になっています。SlackとMicrosoft TeamsのGenieアプリもGAです。一方、常時稼働のGenieとOntology Managerは、プレビューまたはベータとして近日提供と案内されています。機能ごとに段階が分かれているので、使い始める前にリリースノートと各ドキュメントで最新の状況を確認してください。

この発表から読み取れる方向性

ここからは、発表内容を並べて見たときに読み取れる方向性です。公式の説明ではなく、私の整理として読んでください。

「質問に答える」から「仕事を引き受ける」へ

Genieの単位が、1問1答から「ジョブ」に変わりました。受信箱、メール通知、トリガー、サブエージェントは、どれも人が画面の前にいない時間にGenieが働くための仕組みです。

データチームの側でも同じことが起きています。Genie ZeroOpsは、プロンプトなしでジョブやパイプラインを監視し、見つけた問題を受信箱に入れます。ビジネスユーザー向けのGenieとデータチーム向けのGenie ZeroOpsのどちらも、受信箱で人の判断を待つ作りになっているのは偶然ではないと思います。

これに伴って、人の役割は「質問を書く」から「目標と範囲を決め、判断の場面で承認する」に移ります。Genieに何を任せ、何を承認制にするかを、利用者と管理者の二段で決める作りになっているのはそのためでしょう。

精度の源泉は、SQLを書く力から文脈へ

Turingとのベンチマークの説明にある「どのエージェントもSQLはうまく書ける。差は文脈から来ている」という一文が、今回の発表全体の前提になっていると思います。

Genie Spacesの頃、精度はスペースごとの作り込みで担保していました。それ自体は今もGenie Agentsに残っていますが、エージェントが部門ごと・用途ごとに増えると、同じ定義を何度も書き、少しずつずれていきます。Genie Ontologyを「共有インフラ」として位置づけ、ITやデータの責任者がデータと同じように所有すべきもの、と書いているのはこの問題への答えです。

実務に落とすと、人が手を入れるべき場所が変わります。エージェントごとの指示を磨くより、メトリクスビューで指標を定義し、Domainsで資産を業務単位に整理し、Pagesで用語の正式な定義を書く。ここに投資すると、Genie One、Genie Agents、外部のエージェントのすべての回答に反映されます。

入口を囲い込まず、文脈と統制を提供する側に回る

ChatGPT、Claude、Copilot Cowork、Grok BotからGenieを使えるようにしたのは、利用者がどのAIツールを使っていても、ビジネスの定義と権限はDatabricksが持つ、という立ち位置を取ったということです。

チャットの入口は各社が競っていて、利用者が毎日どのツールを開くかは組織ごとに異なります。そこで入口を1つに絞らせるのではなく、どの入口からでも同じ定義・同じ権限・同じ引用で答えられるようにする。Genie One自身もSlack、Teams、メール、ブラウザ拡張と入口を増やしているので、方向は一貫しています。

ガバナンスの対象がデータからエージェントの行動へ

Unity Catalogはこれまで「誰がどのデータを見てよいか」を統制してきました。今回、Unity Gatewayが「どのエージェントが、どのツールで、何を承認なしにやってよいか、いくらまで使ってよいか」を受け持つ形が明確になりました。スキルもUnity Catalogに置かれ、使う人の権限で実行されます。

自律エージェントの導入で社内の審査を通すとき、最後に問われるのはこの部分です。行動のトレースが監査ログと同じようにテーブルで残る、という設計は、審査を通す立場からすると説明しやすい材料になります。

扱うデータの境界がレイクハウスの外に広がる

構造化データはLakeflow Connectで取り込むかフェデレーションで参照し、ドキュメントやチケットはGenie Searchでインデックス化し、残りはMCPでその場で取得する。人と組織はWorkdayから取り込む。Genieが前提にするデータの範囲は、テーブルから、業務で使っているもの全部に広がっています。

ただし、Genie Searchでインデックス化した中身はOntoRankの判断材料にもなります。外部の情報を取り込むほど文脈が厚くなる、という作りなので、つなぐソースを選ぶことも、文脈の質を決める作業の一部になります。

まとめ

今回の発表とGenieファミリーの構成を整理すると、次のようになります。

Genieは第2世代で常時稼働の自律エージェントになった。目標と範囲を渡すと裏で動き続け、判断が必要なときに受信箱とメールで知らせる
Genie Oneはビジネスユーザーの入口、Genie Agentsはドメイン専用のエージェント(旧Genie Spaces)、Genie Codeはデータチーム向けのエージェント。データチーム側ではGenie ZeroOps(ベータ)がジョブやパイプラインを裏で監視する
それらをGenie Ontology(文脈)とGenie Search(検索)が支え、Unity CatalogとUnity Gatewayが統制する
Genie OntologyはGA。学習された知識と人が定義した知識をOntoRankで重み付けする
Genie Searchはインデックス、MCP、SQLを問いごとに使い分け、元のアプリの権限をそのまま適用する
ChatGPT、Claude、Microsoft Copilot Cowork、Grok BotからGenieプラグインで呼び出せる。それ以外はGenie MCPサーバーで接続する
Genie SearchもGA。 常時稼働のGenieとOntology Managerはプレビューまたはベータとして近日提供

一番の収穫は、今回の発表の軸が新しいチャット画面ではなく、文脈と統制にあると確認できたことでした。Genieに仕事を任せられるかどうかは、Genieがその会社の言葉の意味を知っているかにかかっています。メトリクスビューやPagesで定義を整えておくことが、Genie One、Genie Agents、外部のAIツールのどこから使うにしても、そのまま回答の精度に反映される準備になりそうです。