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

Palantir Foundry Announcements では、2026年5月後半に AIP token usage export、Data Lineage の global branch 対応、Developer Console application への OAuth client migration、Gemini 3.5 Flash availability、Ontology MCP Hub などの更新が並びました。

要点

• AIP token usage data を internal dataset export として分析できるようになった
• Data Lineage から global branches 上の entity を確認・操作できるようになった
• standalone OAuth clients を Developer Console applications へ移行する導線が用意された
• 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 lineage、OAuth application 管理、model availability、Ontology MCP、CBAC、space / project role grant といった運用面に強く寄っています。

AIP token usage data の internal dataset export は、LLM 利用コストや利用傾向を分析するための重要な入口です。AIP や agent workflow を本番利用する組織では、どの model、どの resource、どの workflow が token を消費しているかを見える化しないと、コスト最適化やガバナンスの議論が感覚頼みになります。dataset export として扱えるなら、Foundry 内の分析、dashboard、監査プロセスへ組み込みやすくなります。

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

OAuth client migration は、Developer Console application を中心に app / credential / permission を整理する流れです。standalone OAuth client が残っている環境では、どの application に統合すべきか、redirect URI や permission、既存 integration への影響を確認する必要があります。AIP や ontology integration が増えるほど、認証情報を散らさず application 単位で管理することが重要になります。

Gemini 3.5 Flash availability と Ontology MCP Hub は、AI 利用の面で注目すべき更新です。Gemini 3.5 Flash が特定 enrollment で使えるようになることは、model selection の選択肢を広げます。ただし、商用、IL2、IL4、region、VertexAI enabled などの条件を確認しないと、自社環境で使えるとは限りません。Ontology MCP Hub は、Ontology MCP servers を横断的に見つけ、管理するための場所として、agent / application integration の統制に関係します。

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

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

1. AIP token usage export を、費用管理・利用監査・model selection の dashboard に接続できるか確認する
2. global branches を使う開発フローで、Data Lineage の branch 表示をレビュー手順へ組み込む
3. standalone OAuth clients が残っている場合、Developer Console application への移行影響を洗い出す
4. Gemini 3.5 Flash の利用条件を enrollment / region / compliance level ごとに確認する
5. Ontology MCP Hub と CBAC / space role grants を、agent governance の運用設計に反映する

どう読むべきか

今回の Palantir 更新は、AIP の「使える model が増えた」という話だけではありません。token usage、lineage、OAuth application、MCP server、role grant を一緒に読むと、Foundry / AIP を本番運用するための governance surface が広がっていることが分かります。