01
会話による組み立て
各チャットは 1 つのレイヤーを所有し、fetch / add / filter / aggregate / visualize の op を組み合わせて成果物を作る。上流コミットを REF で参照し、任意のコミットを分岐して元を失わずに別案を試す。
01 / 製品
02 / どう動くか
レイヤーに対してチャットを開く。普段の言葉で問う。エージェントは Polaris で管理された Iceberg 上で動く Python を生成し、結果を書き、何をしたかを説明する。
各チャットは作業中のドラフトと、コミット のリストを保つ。コミットを分岐して別の集計を試す。これが出荷したい版になったらワークフローに昇格する。
03 / 誰が使うか
自分の言葉で問う。説明・チャート・元の数値を並べて読む。SQL を学ばずに判断する。
中間テーブルをチャットで組み、別案を分岐し、効いたものをピン留めする。各コミットは再現可能な成果物であり、使い捨てではない。
チャットをワークフローに昇格させる。レイヤー、リネージ、コードを点検する。壊れたパイプラインを 5 時間ではなく 5 分でレイヤー単位で診断する。
入力テーブルを所有するチャットの中でモデルを反復する。Polars、scikit-learn、LightGBM、statsmodels、UMAP を使う。全実行をバージョン管理する。
04 / 何ができるか
01
各チャットは 1 つのレイヤーを所有し、fetch / add / filter / aggregate / visualize の op を組み合わせて成果物を作る。上流コミットを REF で参照し、任意のコミットを分岐して元を失わずに別案を試す。
02
エージェントが生成した Python が Polaris 管理下の Iceberg テーブルに対して動く。出力は監査可能なコードと、バージョン管理されたテーブルであって、スクリーンショットではない。
03
ドメイン専門家は文章を読む。アナリストは表を読む。エンジニアはコードとリネージを読む。リサーチャーはノートブックを読む。同じプロジェクト、同じ成果物に対する 4 つのレンズ。
04
データセットや関数をバージョン管理された HTTP API、または MCP サーバとして昇格する。他のエージェントやアプリケーションが UI を経由せずに結果を消費する。
05
Polaris カタログが全プロジェクトをスコープする。ID と権限は IdP から流れてくる。読み・書き・権限付与はすべて監査ログに残る。
06
全中間テーブルは Iceberg スナップショットであって CSV ではない。スキーマ変更が下流を黙って壊さない。タイムトラベルとリネージは一級市民。
05 / 次のステップ