dbt Charts: AI時代に向けてダッシュボードをコードへ移行する

モダンなデータスタックは、大きな「アンバンドリング（分離）」を経験してきました。歴史的に、ビジネスインテリジェンスツールは、データの取り込みや変換から最終的な可視化までをすべて処理するフルスタックなプラットフォームでした。今日、これらのレイヤーはしばしば分離されています。計算は主要なクラウドプロバイダー、取り込みは専用ツール、変換はdbtのようなプラットフォームによって処理されます。これにより、BIツールは主に最終的なプレゼンテーションレイヤー、つまりチャートやインタラクティブなインターフェースを担当することになります。しかし、AIエージェントがレポート生成の主要なインターフェースとなるにつれ、「書く」ことよりも「クリックする」ことへの偏向が変化しつつあります。エージェントは、従来のBIソフトウェアの複雑で独自のユーザーインターフェースを操作するよりも、コード、SQL、Gitを扱うことにおいてより習熟しているためです。

今日、ユーザーがAIエージェントにレポートの生成を依頼すると、エージェントは多くの場合、HTML、CSS、JavaScript、およびさまざまなチャートライブラリを含む、整理されていないファイルの集合を生成します。このコードの「乱雑な自由」は、人間が結果を監査することを困難にし、エージェントにすべての変更に対してより多くの時間とトークンを費やすことを強いています。対照的に、従来のBIツールは統制されたUIを提供することで「狭い制御」を提供しますが、エージェントをインターフェースが公開しているものだけに制限します。dbt Chartsは、第3の選択肢を提案します。それは、完全なインタラクティブなダッシュボードを単一の監査可能なファイルで宣言できる構造化されたYAML言語です。このシステムでは、SQLがデータを定義し、YAMLがMarkdownを介した文章やJinjaを介した変数を含む視覚的なプレゼンテーションを定義します。

dbt Chartsのワークスペースは、ユーザーがダッシュボードやAIエージェントと対話できるまとまったデザイン言語を可能にします。

チャートをデータモデルと同じGitリポジトリに移動することで、dbt Chartsは可視化を開発ライフサイクルに直接統合します。これにより、チームは共有のCI/CDパイプラインを使用でき、データモデルとその対応するチャートの変更を単一のブランチで検証して出荷することが可能になります。このシステムには、これらのYAMLファイルをSVG、HTML、またはPDFなどのさまざまな形式にレンダリングするCLIが含まれています。dbt Chartsはこれらの宣言のための言語を提供しますが、開発者はまた、アイデンティティ管理、ホスティング、および非技術的なユーザーのための権限など、BIの「アンバンドルできない」残りの側面を処理するためのホストされたプラットフォームも立ち上げました。

開発者は、非技術的なユーザーのためのアイデンティティ管理、ホスティング、および権限を処理するためのホストされたプラットフォームを立ち上げました。

このアプローチの特定の制限の一つは、コードの自由とUIのアクセシビリティの間のトレードオフです。dbt Chartsは、エージェントがダッシュボードをコードとして構築し、人間がそれを監査することを容易にしますが、それらのダッシュボードを組織全体で利用可能にするためには、依然としてホストされた環境またはローカルのレンダリングセットアップが必要です。さらに、このシステムはチャートのためのまとまったデザイン言語を提供しますが、従来のBIツールと比較した「トークンコスト」や実行速度の具体的な性能差は、ツールが1.0リリースに向けて成熟するにつれてさらなる観察が必要な領域として残ります。

最終的に、dbt Chartsは、データスタックのダッシュボードレイヤーが、それを動かすデータ変換と同じようにバージョン管理され、透明であるという新しい標準を確立することを目指しています。SQLと最終的な視覚表現の間に宣言的な架け橋を提供することで、人間とAIが、独自のUIの制約による摩擦や管理されていないコードの成果物の混沌なしに、データのプレゼンテーションについて協力できるワークフローの構築を目指しています。