dbt、Core v2.0・lint ベータ・ドキュメント v2 プレビュー・dbt State プレビューを発表

dbt 開発者 Hubの6月リリースノートでは、dbt Core v2.0、dbt lint ベータ、dbt ドキュメント v2 プレビュー、dbt 状態 プレビュー、dbt Wizard関連の更新がまとまって案内されています。開発体験、ドキュメント、状態差分を使った実行最適化、AIエージェント対応にまたがる内容です。

要点

• dbt Core v2.0は、dbt Fusion engineの土台となるApache 2.0のオープン-source foundationとして説明されています。
• dbt lint がベータとして追加され、Fusion engineプロジェクト向けにSQLFluff互換の高速SQL linterとして案内されています。
• dbt ドキュメント v2はプレビューとなり、compact binary index、再設計UI、セマンティックレイヤー メタデータ、Fusion限定のカラム-level リネージ、REST APIを備えます。
• dbt 状態はプレビューとなり、logicとdataが変わっていないノードをスキップまたは複製し、毎回すべてを再構築しない仕組みとして説明されています。
• dbt Wizard、Anthropic BYOK プロバイダー、dbt login、Studio IDE ファイル operations APIなど、エージェント型 ガバナンスされた data 開発に関わる更新も含まれます。

今回の更新で変わること

6月のdbtリリースノートは、dbtを単なる変換実行ツールから、より広い開発基盤へ押し広げる内容です。dbt Core v2.0は、dbt Fusion engineが積み上がるオープン-source foundationとして位置づけられています。配布形態として、Apache 2.0の dbt-core と、proprietaryなFusion distributionとしての dbt が説明されています。既存プロジェクトでは、どのランタイムを使うのか、Fusion前提の機能をどこまで取り込むのかを確認する必要があります。

dbt lint ベータは、SQL品質管理の導線に関わります。リリースノートでは、Fusion engine上のプロジェクトで使える高性能SQL linterで、SQLFluff互換、既存の .sqlfluff config、rule code、-- noqa suppression commentsを尊重すると説明されています。従来SQLFluffをCIで回していたチームは、速度や互換性だけでなく、既存ルールとの一致、差分検出、レビューコメントの出方を比較する必要があります。

dbt ドキュメント v2 プレビューは、ドキュメント体験とAI/MCP利用の両方に関わる更新です。従来のようにブラウザで大きな manifest.json を読み込むのではなく、compact binary indexを使うことで大規模プロジェクトの表示を速くする狙いが説明されています。さらに、セマンティックレイヤー メタデータ、Fusion限定のカラム-level リネージ、/api/v1/ のREST APIが追加され、AI エージェントやMCP serversがブラウザなしでdbt プロジェクト メタデータへ問い合わせられるようになります。これは、人間向けドキュメントとエージェント向けメタデータAPIが近づく更新として読めます。

dbt 状態 プレビューは、実行コストと待ち時間に直結します。logicとdataが変わっていないノードを再構築せず、スキップまたは複製することで、毎回すべてをビルドしない方向へ進めるものです。dbt Core v1.12+、dbt v2.0、dbt platform、dbt Fusion engineで利用可能とされ、価格は日次 unique reuseあたり$0.094、new 組織には30日間の無料 trialがあると説明されています。また、状態-aware orchestrationは新規顧客に対して有効化されなくなり、dbt 状態への移行が案内されています。

AI関連では、dbt Wizardがdbt platformで公開プレビュー、Wizard CLIがpublic ベータとして案内されています。dbt Wizardは、general-purpose コーディング エージェントと異なり、native メタデータ engineでプロジェクトを理解する、エージェント型 ガバナンスされた data 開発向けの機能として説明されています。Anthropicをdbt AIのBYOK プロバイダーにできる更新、dbt login によるCLI、VS Code extension、dbt 状態、Wizard CLI間の認証共有、Studio IDE ワークスペース ファイル operationsのpublic REST APIも含まれます。

実務で確認したいポイント

• dbt Core v2.0、Fusion distribution、既存dbt Core系のどれを標準にするか、プロジェクトごとに整理する。
• dbt lint ベータを既存SQLFluff運用と比較し、CI、rule、suppression、レビュー体験の差分を見る。
• dbt ドキュメント v2のREST APIをAI エージェントやMCP serversに使わせる場合、公開範囲、認証、メタデータの鮮度を確認する。
• dbt 状態を試す場合、スキップ/複製の妥当性、費用、状態-aware orchestrationからの移行、再現性を検証する。
• dbt WizardやAnthropic BYOKを使う場合、モデル利用ポリシー、プロジェクトメタデータへのアクセス範囲、生成変更のレビューを決める。

結局、この更新をどう見るべきか

6月のdbtリリースノートは、Fusion、ドキュメント、状態差分実行、AIエージェント対応が一気に前へ出た更新です。便利な機能が増えたというより、dbt プロジェクトを人間、CI、AIエージェントが共有する開発資産として扱う方向が強まっています。導入時は、速度や自動化だけでなく、メタデータの権限、実行の再現性、レビュー可能性を合わせて確認したいです。