Palantir のロゴ

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

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

AIdatagovernance

公式リリースノート

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

要点

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

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

SQL Studioは、Foundryに専用のSQL作業環境を追加する更新です。従来もDataset Preview、Data Lineage、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 preview、ontology SQL functionsの作成までをFoundry内で完結しやすくなる点です。特にAI-assisted code generationは、現在のeditor codeや参照しているdataset、table、object typeのschemaを見ながら、queryの作成、説明、debugを支援します。これは単なるSQL補完ではなく、FoundryのOntologyとtabular dataの両方を横断する分析体験にAIを入れる方向と読めます。

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

対象になりそうなチーム

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

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

  1. Foundry管理者がSQL Studio applicationを有効化できる状態か確認する
  2. SQL Studioで扱うtabular data、ontology object types、write操作の権限を整理する
  3. AIP Logic functionsのmodel依存関係をWorkflow Lineageで棚卸しする
  4. model一括置換を行う前に、deprecated model、replacement候補、評価手順、rollback方針を決める

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

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