Palantir Foundry 2026年5月の公式発表解説: AIP token usage、Data Lineage、Ontology MCP

Palantir Foundry Announcements では、2026年5月後半に AIP トークン usage export、Data リネージ の global branch 対応、開発者 Console アプリケーション への OAuth client マイグレーション、Gemini 3.5 Flash 可用性、Ontology MCP Hub などの更新が並びました。

要点

• AIP トークン usage data を internal データセット export として分析できるようになった
• Data リネージ から global branches 上の entity を確認・操作できるようになった
• standalone OAuth clients を 開発者 Console アプリケーション へ移行する導線が用意された
• Gemini 3.5 Flash が VertexAI enabled commercial / IL2 / IL4 enrollments で利用可能になった
• Ontology MCP servers を MCP Hub から発見・管理できるようになった

今回の発表で語られていること

Palantir の announcement page は、一般的な企業ブログではなく、Foundry / AIP の native release surface として機能しています。2026年5月後半の更新は、AIP の利用状況、branch を含む data リネージ、OAuth アプリケーション 管理、モデル 可用性、Ontology MCP、CBAC、space / プロジェクト 役割 grant といった運用面に強く寄っています。

AIP トークン usage data の internal データセット export は、LLM 利用コストや利用傾向を分析するための重要な入口です。AIP や エージェント ワークフロー を本番利用する組織では、どの モデル、どの リソース、どの ワークフロー が トークン を消費しているかを見える化しないと、コスト最適化やガバナンスの議論が感覚頼みになります。データセット export として扱えるなら、Foundry 内の分析、ダッシュボード、監査プロセスへ組み込みやすくなります。

Data リネージ の global branches 対応は、branch を使った開発・検証・本番反映の流れに関係します。Foundry のような ontology / データパイプライン / アプリケーション が結びついた環境では、branch ごとの差分を リネージ 上で見られることが、変更影響の確認に効きます。どの entity がどの branch にあるのか、どの dependency が変わるのかを可視化できると、開発チームと運用チームの認識合わせがしやすくなります。

OAuth client マイグレーション は、開発者 Console アプリケーション を中心に アプリ / 認証情報 / 権限 を整理する流れです。standalone OAuth client が残っている環境では、どの アプリケーション に統合すべきか、redirect URI や 権限、既存 連携 への影響を確認する必要があります。AIP や ontology 連携 が増えるほど、認証情報を散らさず アプリケーション 単位で管理することが重要になります。

Gemini 3.5 Flash 可用性 と Ontology MCP Hub は、AI 利用の面で注目すべき更新です。Gemini 3.5 Flash が特定 enrollment で使えるようになることは、モデル selection の選択肢を広げます。ただし、商用、IL2、IL4、リージョン、VertexAI enabled などの条件を確認しないと、自社環境で使えるとは限りません。Ontology MCP Hub は、Ontology MCP servers を横断的に見つけ、管理するための場所として、エージェント / アプリケーション 連携 の統制に関係します。

さらに、CBAC enrollments で ontology リソース を Compass プロジェクト に保存できる更新や、space 全体へ inherited 役割 grants を適用する更新もあります。これらは派手な AI 発表ではありませんが、Foundry を大規模に運用する組織では、誰が何を見られるか、どの プロジェクト に何を置くか、どの 役割 が常に必要かを決める基礎になります。

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

1. AIP トークン usage export を、費用管理・利用監査・モデル selection の ダッシュボード に接続できるか確認する
2. global branches を使う開発フローで、Data リネージ の branch 表示をレビュー手順へ組み込む
3. standalone OAuth clients が残っている場合、開発者 Console アプリケーション への移行影響を洗い出す
4. Gemini 3.5 Flash の利用条件を enrollment / リージョン / コンプライアンス level ごとに確認する
5. Ontology MCP Hub と CBAC / space 役割 grants を、エージェント ガバナンス の運用設計に反映する

どう読むべきか

今回の Palantir 更新は、AIP の「使える モデル が増えた」という話だけではありません。トークン usage、リネージ、OAuth アプリケーション、MCP server、役割 grant を一緒に読むと、Foundry / AIP を本番運用するための ガバナンス surface が広がっていることが分かります。