要約

  • 9 月 8 日の発表は、AI による変更と結果を段階的に確認する画面を打ち出した。新しいエージェントは既存の Databricks 対応に加え、Snowflake にも広がる。
  • 公式文書では、プロジェクトの自律的なデプロイや昇格は行わない一方、利用者の権限で実行した書き込みは接続先のデータウェアハウスで直ちに有効になると説明している。

見えるようになるのは、判断の出発点

集計対象の日付条件が変わったとする。画面上で変更箇所を見つけられても、その期間が担当者の求める業務上の区切りと一致するかは、なお確認が必要だ。これは仮の例であり、Prophecy で確認された不具合ではない。変更の可視化が持つ意味は、答えを保証することより、適切な人が問い直せるようにすることにある。

Prophecy は 9 月 8 日、AI が処理フローやグラフに加えた変更を、結果のデータとともに順を追って確認する仕組みを発表した。データ準備と分析は同じ作業画面で扱う。自然言語で質問すると分析画面から始まり、基になるパイプラインにはワンクリックで移れる。新機能の対象は Professional と Enterprise。新しいエージェントの対応先は、既存の Databricks に加えて Snowflake に拡大する。発表自体は、精度向上や費用削減を独立に実証するものではない。発表資料

変わるのは、利用者が作業に入る順序だ。生成コードを最初に読むのではなく、業務上の質問と分析結果から処理内容へ進める。パイプラインが不要になるわけでも、あらゆる場面で技術的な確認を省けるわけでもない。

公開しないことと、書き込まないことは違う

Agent の概要は、動作範囲を現在のプロジェクトと呼び出した利用者の権限に置き、変更を自律的にデプロイしたり次の段階へ昇格させたりしないと説明する。同時に、データウェアハウスへの問い合わせ、パイプラインの実行、プロジェクト内の要素の変更も可能としている。プロジェクトの公開に制限があることは、読み取り専用という意味ではない。構文、参照、変換の互換性を調べる検証も、計算が業務上正しい問いに答えているかまでは決めない。Agent の概要

変換処理の文書では、実行された出力テーブルへの操作や書き込みは、既存の権限と管理ルールの下で、接続先のウェアハウスに直ちに反映されるとしている。変更済みの要素、その入力と出力、SQL 実行ログを確認する方法も記載されている。ここには適用済みの変更を調べる操作も含まれるため、可視化を「すべての書き込みに先立つ必須の人間承認」と説明することはできない。逆に、権限を迂回する、管理が存在しないと主張する根拠もない。変換と実行の文書

復元機能について明示されている対象は、以前のパイプラインの状態である。設計を戻せることから、実行済みの書き込みや結果に基づく業務判断まで一括して取り消せるとは推定できない。復元の対象範囲を区別しているのであって、実際の損失や回復不能な事故を報告しているのではない。

Snowflake 向けページはネイティブ実行と企業のガバナンスを強調する。これは提供企業による動作環境の説明であり、あらゆるデータ・メタデータの移動を独立に監査した結果ではない。本稿の四つの出典はいずれも同社の資料で、独立した比較試験や検証済みの顧客成果は含まれていない。Snowflake 向け製品説明