dbt Labs / 公式ブログ / 2026/05/19 / 重要
dbt公式ブログ解説: Semantic Layer、MCP server、agent skills が AI-ready data に果たす役割
公式ブログ原文
dbt Labs は 2026年5月19日、AI-ready data を実務でどう捉えるかを説明する公式ブログを公開しました。Semantic Layer、dbt MCP server、agent skills を、AI agent に組織固有の意味と workflow を渡す部品として整理しています。
要点
- AI-ready data は clean data だけでなく、metric、ownership、lineage、workflow context を含む
- dbt Semantic Layer は、agent が metric の意味を推測せずに使うための意味層になる
- dbt MCP server は list_metrics や job error diagnosis などの tool surface を agent に渡す
- agent skills は dbt task の進め方を指示する workflow instruction として位置づけられている
今回のブログ記事で語られていること
この記事の主張は、AI-ready data を「整形済みで綺麗な table」として止めてはいけない、という点です。dbt Labs は、AI が SQL や analytics に強い優秀な同僚だとしても、その同僚は組織の metric 定義、data ownership、入力 source、pipeline failure、business rule を知らない、と説明しています。したがって、AI に data を渡すには、値そのものだけでなく、その値が何を意味するか、誰が管理しているか、どの workflow で使われるかという context が必要になります。
ブログでは、dbt AI stack を三つの部品に分けています。Semantic Layer は意味の layer です。売上、active customer、churn などの metric がどの table と business rule から作られるかを定義し、agent が raw table から勝手に計算方法を推測することを避けます。MCP server は tool の layer です。agent が dbt backend と対話するための API 的な機能を提供し、たとえば metric を列挙したり、job run の error を診断したりする入口になります。agent skills は instruction の layer です。test 作成、failure debugging、metric 定義、migration など、dbt の実務 task をどの手順で進めるかを agent に教えるものです。
重要なのは、この三つが model の能力を置き換えるのではなく、model が組織の data practice から外れないようにする guardrail である点です。Semantic Layer が metric の意味を固定し、MCP server が実行可能な tool を構造化し、agent skills が作業手順を与えることで、agent は「それっぽいSQL」を生成するだけでなく、チームが期待する dbt workflow に沿って作業できます。
AI agent を analytics engineering に入れるチームにとって、この投稿は導入順序のヒントにもなります。まず metric と semantic definition を整え、次に MCP で agent が使える tool surface を限定し、最後に skills でチーム標準の作業手順を渡す。逆に、定義が曖昧なまま agent を入れると、AI は速く間違えるだけになります。
実務で確認したいポイント
- agent に使わせる metric を Semantic Layer で定義済みにする
- MCP server の tool scope を、read-only と write/action 系で分ける
- dbt task ごとに agent skills と human review の境界を決める
- AI-generated SQL の正しさを、semantic definition と tests で検証する
どう読むべきか
このブログは、AI-ready data を data quality だけでなく semantic governance と workflow governance の問題として読むべきです。dbt を使う組織では、AI agent 導入前に Semantic Layer と MCP/tool 権限の整備が先に来ます。