Palantir のロゴ

Palantir / リリースノート / 2026/05/07 / 重要

Palantir 2026年5月7日のリリースノート解説: SQL Studio beta と AIPモデル一括置換

AIdatagovernance

公式リリースノート

Palantir は Foundry の 2026年5月アナウンスで、2026年5月7日付の更新として SQL Studio ベータ と、ワークフロー リネージ からの AIP Logic functions モデル一括置換を公開しました。どちらも、Foundry上でのデータ分析とAI運用をより統合的に扱うための更新です。

要点

  • SQL Studioは、Foundry内でSQLを書き、実行し、結果をプレビュー / chart化できる専用SQLアプリとしてベータ提供される
  • tabular data と ontology object types を単一のSQL体験から扱える
  • conversational AIP side panelにより、SQLの生成、説明、debugを支援する
  • AIP Logic functionsで使われているlanguage モデルを、ワークフロー リネージから複数functionに対して一括置換できる
  • deprecated モデルからの移行や、新しいモデル評価をワークフロー単位で進めやすくなる

今回のリリースノートで語られていること

SQL Studioは、Foundryに専用のSQL作業環境を追加する更新です。従来もデータセット プレビュー、Data リネージ、Ontology Managerなどに文脈付きのSQL consoleはありましたが、今回のSQL Studioでは、tabular dataとontology object typesを1つのアプリ内で切り替えてqueryできるようになります。基盤には、ontology object typesを扱うOntology SQLと、tabular data向けのFurnaceが使われ、共通のSpark SQL dialectを前提にしています。Furnaceはworkloadに応じてTrinoとSparkを動的に使い分ける説明があり、interactive analysisやread/write操作の体験改善が狙われています。

SQL Studioの実務上の意味は、Foundry利用者がSQLによる探索、worksheet保存、共有、chart プレビュー、ontology SQL functionsの作成までをFoundry内で完結しやすくなる点です。特にAI-assisted code generationは、現在のeditor codeや参照しているデータセット、テーブル、object typeのスキーマを見ながら、queryの作成、説明、debugを支援します。これは単なるSQL補完ではなく、FoundryのOntologyとtabular dataの両方を横断する分析体験にAIを入れる方向と読めます。

もう1つの更新は、AIP Logic functionsで使われているlanguage モデルをワークフロー リネージから一括置換できる機能です。複数のAIP Logic functionsが同じモデルに依存している場合、従来は各functionを開いて更新する必要がありました。今回の一般提供により、deprecated モデルからの移行や新しいモデルの評価を、ワークフロー リネージ上でまとめて扱いやすくなります。AI機能を本番ワークフローに組み込むほど、モデル lifecycle managementは重要になります。どのワークフローがどのモデルに依存しているかを把握し、変更影響をまとめて管理できることは、運用リスクと移行作業の削減につながります。

対象になりそうなチーム

  • Palantir FoundryでSQL分析やOntologyを運用しているdata platform / analytics team
  • AIP Logic functionsを使ってAI ワークフローを構築しているチーム
  • deprecated モデルからの移行や新モデル評価をワークフロー単位で管理したいAI platform owner
  • Foundry上でSQL、Ontology、AI支援を一体化したい開発者

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

  1. Foundry管理者がSQL Studio アプリケーションを有効化できる状態か確認する
  2. SQL Studioで扱うtabular data、ontology object types、write操作の権限を整理する
  3. AIP Logic functionsのモデル依存関係をワークフロー リネージで棚卸しする
  4. モデル一括置換を行う前に、deprecated モデル、replacement候補、評価手順、ロールバック方針を決める

結局、今回の更新をどう読むべきか

今回のPalantir更新は、Foundry上のデータ探索とAI運用を近づけるものです。SQL Studioは、SQL分析をOntologyやAI支援とつなげる開発体験の強化であり、AIPモデル一括置換は、本番AI ワークフローのモデル lifecycle管理を現実的にする更新です。FoundryをAI込みの業務基盤として使うチームほど、権限、リネージ、モデル依存関係を合わせて確認する価値があります。