セッションは実際のマシン上で動作します。エージェントは必要なものをインストールし、クエリを実行し、読めるスクリプトで処理を行い、コミットします。答えと、その裏付けとなるコードを受け取れます。
キューの大半はモデリングではありません。すでに尋ねた質問の4回目のバージョン、夜間に壊れたパイプライン、「active」の意味について意見が分かれる3つのチームです。
誰かが第27週のコンバージョンについて尋ねると、エージェントはクエリを書き、実行し、別の切り口で結果を確認し、数値とSQLの両方を添えて回答します。次に尋ねる人は、あなたを待つ必要もありません。
失敗を読み取り、自分のマシンでサンプルに対して変換を再現し、壊れた行の形を特定。修正と、それを検出できたはずのテストを含む変更リクエストを作成します。
本来ないはずのNULL、変化した分布、急に増え始めた結合結果、ひと晩で40%増えたディメンション。何が変わったか、何が原因だと思われるかを報告し、分からないときはそう明記します。
メトリクスが計算されるすべての箇所を見つけ、定義を相互比較し、不一致の場所を報告します。地味でスケジュール化が難しく、2つのダッシュボードで収益が異なる理由となる作業です。
データセットをプロファイリングし、分布を可視化し、リーケージと不均衡を確認し、データの内容について最初の率直な段落を書きます。空のセルからではなく、概要を把握した状態から始められます。
週次コホート分析、月次リテンション曲線、四半期ごとのセグメント更新。同じコードを新しい期間に対してトリガーで実行し、グラフを再生成した変更リクエストとして反映します。
チャットの回答は検証も再実行もできません。そこでセッションはクエリ、スクリプト、グラフ、検証内容のメモをコミットします。
-- Week 27 conversion, split by first-touch surface.-- Excludes internal domains: they run the smoke suite hourly and-- accounted for 4.1% of week-27 signups before this filter.with first_touch as (select account_id,min(occurred_at) as first_seen,argmin(surface, occurred_at) as surfacefrom eventswhere occurred_at >= date "2026-06-29"and email not like "%@acme-internal.example"group by account_id)select surface,count(*) as accounts,countif(converted_at is not null) as converted,round(countif(converted_at is not null)/ count(*), 4) as ratefrom first_touch join accounts using (account_id)group by surfaceorder by accounts desc;
エージェントにはシェルとファイルシステムがあります。パッケージをインストールし、サンプルを取得し、実行し、出力を確認して再試行できます。固定されたツールを一度だけ使うのではなく、実際のアナリストが行うループです。
答えと、その答えを生み出したものが同じ変更リクエストで一緒に届きます。翌月の再実行は、再構築ではなく再実行です。
フィルター、日付の境界、除外した行とその理由。除外が記録されていない分析は分析とは言えません。クエリ内のコメントは、それを残す最も簡単な場所です。
検証していないウェアハウスのロゴは掲載しません。分析セッションが実際にデータへ到達する方法を、エージェントが自分のマシン上で行う部分も含めて説明します。
Easy connectは各サービスのOAuth画面を通じて3,000以上のアプリに対応し、データスタック周辺のSaaSソースには適した方法です。ウェアハウス本体では、直接コネクターが通常は正直な選択です。多くのウェアハウスはOAuthカタログの項目ではなく、ドライバーやAPI経由で接続するためです。
同じセッションを開始する3つの方法。トリガーが変わっても、分離とレビューの流れは変わりません。
誰かがチャンネルで質問すると、メンションがセッションを開始します。セッションは自分のマシンで処理を行い、クエリ付きの回答を同じスレッドに返します。
読み取り操作をAllowにし、ウェアハウスへの書き込みやテーブルの上書きをAskに設定します。実行は文を目の前に表示した状態で呼び出し時に一時停止し、承認するとまったく同じ地点から再開します。
cronトリガーが新しい期間に対して定期分析を再実行し、出力を再生成した変更リクエストを作成します。別のトリガーが品質チェックを実行し、失敗したときだけ通知します。
分析エージェントはほとんど読み取りを行いますが、常にそうとは限りません。両方を正確に示します。
1つのプロジェクト、1セットのコネクタ、積み重なる1つのメモリ。各チームが自分の仕事に必要なスキルを書き、別のシステムを立ち上げる必要はありません。