実務家が横方向のAIデータエージェント(Snowflake Cortex、Databricks Genie、Microsoft Fabric)を率直に見つめ、JASのようなBIネイティブアシスタントが実際にその人材を獲得できる点について。 スポイラー:チャットボックスが難しい部分ではなかった。
去年、データエージェントのデモを経験したことがあるなら、その形はわかっているはずだ。 誰かが「前四半期に地域別の収益を表示」と入力してチャットボックスに入力し、きれいなSQLクエリが自ら記述され、テーブルが表示され、場合によってはチャートが表示され、部屋がうなずく。 とても良いデモです。 それは 想定される 良いデモになる。
その後、あなたは自分の環境に戻る。3000件のレポートがあり、40年にわたり蓄積されたテーブルネームが名を連ねてきた。2009年には、営業とは異なる「アクティブ顧客」を定義する財務チームと、患者データが建物から出れば直接あなたを終わらせてくれるコンプライアンス担当者が、デモの魔法は静まり返る。
2026年時点で、Snowflake・コートス、データブリックス・ジーニー、マイクロソフト・ファブリックのデータエージェント、コパイロットといった水平データエージェントの成熟を注視してきました。また、ビルド・イット・ヨーセルフのスタックには、ClickHouse、ベクターストア、週末に集まる人々が集まっています。 彼らは本当に素晴らしい存在であり、私たちがどこに落ち着くかを説明する前に、実際にその評価を示したい。なぜなら、この比較の正直な表現はパンフレット版よりも有用であり、そもそもBIネイティブのアプローチに対してより好意的になるからだ。
では、正直なバージョンはこちらです。
これらのツールは、あなたの生データに近い状態です。 それが彼らの全体論であり、良いテーマです。 質問が一度も行われたことがなく、本当に斬新な分析書がアナリストの予想をもたらさなかったとき、倉庫に直接配線されたエージェントが、生のテーブルを横切って反論を試みることができる。 オープンエンドの探索やデータサイエンスの業務、そして「まだ何を求めているのかさえ分からない」段階において、湖畔の湖畔に近接することは本当に有利である。 計算でスケーリングします。 彼らはあなたの質問が奇妙だとは気にしない。
SnowflakeネイティブのショップやFabricに住んでいる場合、統合ストーリーもすっきりと表示されます。エージェントは、すでに支払ったプラットフォーム内で、すでに設定したアクセスコントロールの下で実行されます。 倉庫レベルのガバナンスは現実のものです。Snowflakeのローアクセスポリシー、DatabricksのUnityカタログ権限、およびFabricのMicrosoft Purviewは、すべてエージェントに有効です。 これらのエージェントに「あなたのセキュリティを無視している」と言う人は、あなたに何かを売り込んでいます。 彼らはそうしない。 ユーザーは、表示できる行を確認します。
つまり、データ層において強力で、よく管理されており、探索に最適です。 それが公正な出発点です。
デモで紹介されていない内容と、マーケティングを読めばベンダーたちが予想外に率直にしていることをご紹介します。
これらのエージェントのいずれも、生のスキーマに魔法をかけられるものではない。 信頼できるだけです その後 誰かが、データの上にセマンティックレイヤーを構築するという、非常に難しく、華やかでない作業を行ってきた。
Snowflakeは、独自のドキュメントでほぼ一語一語ずつ述べている。一般的なモデルではデータベースのスキーマが問題となる。なぜなら、スキーマにはビジネス定義やメトリクスロジックが含まれていないからだ。 彼らの答えはセマンティックモデルである。つまり、人間がテーブルをコードするYAMLファイル(または現在はセマンティックビュー)である 平均どの接合部が有効で、各メトリクスの計算方法、「CUST_ID」が実際に何を指すかが有効である。 それがなければ、あなたの参加経路で巧妙なオートコンプリート推測に戻ることになる。 そしてCortex自体がAPIとして同梱されています。ビジネスユーザーが簡単に開くことのできるバンドルインターフェースはありません。
ジェニー・スペースはデータアナリストの存在である 設定: Unity カタログにテーブルを登録し、スペースごとに30に上限を設定し、SQL クエリの例を追加し、命令文を作成し、「信頼された資産」を定義します。これは、予想される質問に対して事前検証済みでパラメータ化されたクエリです。 ジーニーは、あなたが注目し、キュレーションした質問に対して最も適しています。 答えは結果の表として返され、Databricksは、非技術的なユーザーが生成したSQLを十分に読み取ることができないため、それが正しいかどうかを判断できないことが多いと明確に述べています。
Microsoft Fabric は、同じ課題を実行に移すように指示します。「手で定義された関係と測定で、キュレーションされた Power BI セマンティックモデルを構築する」です。 それから データエージェントをそれに向ける。 また、そのエージェントをCopilot StudioまたはM365に送信した場合、応答はFabricの独自のコンプライアンス境界や地理的範囲外へ展開できます。セキュリティチームが事前に知りたい詳細は、後ではなく、詳細です。
チャットボックスが簡単な部分です。 セマンティックレイヤーは実際の製品です。すべての水平エージェントは、構築および維持が必要なモデリングプロジェクトを中心に、薄くて優れた会話の殻をふんだんだものにしている。 知性はLLMには存在しない。 LLMにフィードするのは、あなたのビジネスの厳選された説明です。
購入に関する疑問全体を改めて構成する。 「このツールにはAIが搭載されているのか?」というわけではない。 今やすべてにAIが搭載されている。 本当の問題は: ビジネスロジックはどこにあり、誰が管理し、どのくらいの場所に維持する必要がありますか?
ここがTURBOARDのJASの登場地点であり、上の枠組みが表に出れば、その主張はほとんど恥ずかしいほど単純である。
既に分析をBIプラットフォームで実行している場合、 すでにセマンティックレイヤーを構築しました。 管理されたビュー、ノード、テーブル、フィールドの説明、計算された測定値、ダッシュボード、フィルター、権限モデルなど、 です 横のエージェントがあなたにYAMLでゼロから構築するよう求めている、厳選されたビジネスコンテキスト。 JASは、すでに支払った資産を読み取り、他の場所に2枚目のコピーを作成するよう求める代わりに、その資産を読み取るアシスタントです。
その一つの事実は、聞こえる以上に重要ないくつかの事柄へと連鎖を展開している。
別のデータエージェントを倉庫にボルトで固定すると、認証されたダッシュボードとチャットボックスという同じ質問に答えるシステムが2つあり、一致する保証はありません。 アシスタントが住んでいるとき 内側 ダッシュボードが使用するのと同じ管理モデル、チャット内の回答、およびダッシュボード上の回答によるBIレイヤーと理由は同じ答えです。 ガバナンスは重複せず、漂うことなく、静かに意見の相違を持つ。
水平方向のエージェントがテーブルを手渡します。 タブを閉じたときに消えてしまった。 JASは、ネイティブなダッシュレットやダッシュボードを制作しています。インタラクティブなものをドリルで取り込んだり、フィルターしたり、ピン止めしたりできます。 答えは「ここに番号がある」という点にとどまりません。これは、組織が明日すでに使用している分析領域の一部となります。
倉庫業者は、ローレベルのセキュリティ(クレジットが適正に履行される場合)を執行します。 BIネイティブの強みは、「セキュリティが確保され、彼らが安全ではない」ということではありません。 アクセスロジックを2か所で維持し、それらが同期し続けることを祈っているわけではありません。また、規制された業務では、JASがオンプレミスの小型言語モデルを実行できるため、プロンプトやデータがインフラストラクチャから完全に離れることはありません。
別の「データポータル」はデモで非常に優れており、日常使用中に消滅する。なぜなら、それを使うということは、ダッシュボードを離れて、自分が見ていたものを再記述し、戻ってくることを意味するからだ。 JASは、ダッシュボードやダッシュレットの横、グローバルペインで消費の現場に表示され、質問とデータは同じ場所に存在する。
最後のポイントは、JASの2つの最新ピースが抽象化を具体的にする点である。
ダッシュボードに直接ドロップするJASウィジェット。 そのダッシュボードの現在の状態(または特定のダッシュレット)を読み取り、要約したり、説明したり、画面上の正確な内容についてのフォローアップ質問をしたりします。 気に入ったディテール:設定します ペルソナ ウィジェットあたり。 同じ販売ダッシュボードは、数字を厳しく、注意を払いたい財務監査人のための別の方法として、またトレンドと「つまり何」を求める運用管理者のための別の方法として説明できる。 ダッシュボードの説明は一般的なAIの段落ではなくなり、役割認識になります。
横型エージェントの群衆がほとんど無視している問題に対処している。なぜなら、彼らの世界観全体が「生データから答えを生成する」からである。 成熟した店では、たいていの答えが答えになる すでに存在している。 誰かがすでに認定ダッシュボードを構築しています。 実際の問題は世代ではない――それは 発見何千ものレポートの中から信頼できる一つの視点を見つける。
JASペインを使えば、プラットフォーム内のどこからでも質問ができます。 検索で拡張されたノード、テーブル、フィールドの説明に加え、実際の使用パターンを活用することで、最も関連性が高く、最も使用されているショーケースやダッシュボードを見つけ、適切なフィルターを適用し、数秒で答えを目の前にします。 答えを最初から再生して公式のものと一致させることではなく、信頼できる資産へ誘導し、それを質問にフィルタリングすることです。 テキストからSQLまでのエージェントは、すでに数か月前に完成し、認定されたアナリストの質問を、おそらく異なる方法で、明るく書き直すだろう。 JASのウィンドウが認定された場所にあなたを指差します。 混雑した環境では、それがアシスタントと責任の違いである。
正直に言うと、実際にはBIネイティブアシスタントよりもCortexやGenie、あるいはFabricのエージェントに手を差し伸びたいというケースがあります。
| もしあなたの状況が... | より適したものは... |
|---|---|
| データはまだBIツールでモデル化されていない——湖畔に存在し、ユーザーは生のテーブルに対して大規模なデータサイエンティストとしてオープンエンドの探索を行っている | コンピューティングのすぐ上に存在する倉庫ネイティブエージェント |
| 必要な価値は、「誰も予想していなかった質問を含む、生データについて問うこと」です | 倉庫の近接性が勝つ |
| 一つのクラウドプラットフォームのエコシステムに完全に溶け込み、決して離れるつもりはありません | ネイティブな統合は本当に便利です |
| 分析はすでに、ビジネス意思決定者が日常的に使用する管理されたBIプラットフォームに存在しています | JASのようなBIネイティブアシスタントは、すでに構築したレイヤーを再利用します |
そして、JASも魔法ではない。 その下にある意味論的モデリングとまったく同じくらい優れている――つまり、その視点や説明、測定法。 もしそれがいい加減なら、JASはいい加減になるだろう。 正直な対称性はこれです: 両方 アプローチは、よく構築されたセマンティック層に依存している。 違いは、BIプラットフォームをすでに構築・維持している可能性が高い点であり、BIネイティブアシスタントが再利用している点です。また、水平エージェントがそのレイヤーを別のアーティファクトとして構築(または再構築)し、その後永久に並列的に維持するよう要求します。
最もきれいな方法を見つけました。水平データエージェントがあなたにそれを可能にします データと相談してください。 それは価値がある。 しかし、ビジネスインテリジェンスは決して単なるテーブルや質問ではなかった。 管理されたモデル、ダッシュボード、フィルター、視覚的な慣例、権限、個人、および実際に信頼するレポートに関する10年にわたる機関ごとの記憶です。
BIネイティブアシスタントを使えば、 BIに話しかけてください — 管理された環境全体、その下にあるデータベースだけではありません。
分析がすでにBIプラットフォームに存在している場合、AIアシスタントを信頼できるものにする意味論の基盤は、すでに行っている作業です。 ベンダーに尋ねる価値のある質問は、チャットボックスを追加したかどうかではない。 誰もが持っている。 AIが、あなたがすでにモデル化したビジネスを理解しているか、すでに設定しているガバナンスを尊重し、すでに使用しているワークフロー内の回答を理解しているかどうか、あるいはそのすべてを再構築するもう一つの場所であり、和解すべきもう一つの真実の源泉であるかどうかです。
チャットボックスが難しい部分ではなかった。 それが真実を語っていることを知っているのは、まさに真実です。
分析がすでに管理されたBI環境に存在する場合、JASは再構築を要求しません。すでに投資したセマンティックレイヤーを読み取り、すでに使用しているダッシュボード内で回答します。
チームと一緒に散策記事を予約し、JAS、JASlet、およびグローバルJASペインが規制された環境向けのオンプレミスSLM対応を採用し、管理モデルと連携して動作している様子をご覧ください。
また、私たちのものを探索することもできます 完全なBI比較 TURBOARDが企業規模のさまざまなシナリオでどのように積み重なっていくかを確かめる。
汎用のサンプルデータベースではなく、貴社のレポート・定義・セキュリティコンテキストの上でJASを実演します。