Palantir Foundry、Python transforms移行・Claude Opus 4.8・変数 リネージ graphを案内

Palantir Foundryの2026年6月アナウンスでは、Python transformsの編集環境、AIPで使えるClaude Opus 4.8、Workshopの変数 リネージ グラフに関する更新が案内されました。開発体験、モデル選択、Workshopアプリのデバッグにまたがる内容です。

要点

• 2026年6月22日の週から、Code RepositoriesでのPython transforms編集はレガシー phaseへ移行予定です。
• Python transformsの推奨編集環境はVS Code ワークスペースで、AI-powered コーディング assistance、データセット プレビュー、language server、integrated terminalが説明されています。
• Claude Opus 4.8が、非georestricted enrollmentsではAnthropic、AWS Bedrock、Google Vertexから利用可能になりました。
• US、EU、non-georestricted enrollmentsではAWS BedrockとGoogle Vertex、JP georestricted enrollmentsではAWS BedrockからClaude Opus 4.8を使えるとされています。
• Workshopでは変数 リネージ グラフが一般提供となり、変数やウィジェットの依存関係を追跡しやすくなりました。

今回の更新で変わること

Python transformsに関する更新は、Foundry上の開発作業の入口を変えるものです。公式アナウンスでは、2026年6月22日の週からCode RepositoriesでのPython transforms編集がレガシー phaseへ移行し、VS Code ワークスペースが推奨環境になると説明されています。VS Code ワークスペースは、AI-powered コーディング assistance、full データセット プレビュー、optimized language server、integrated terminalを備える環境として位置づけられています。一方で、VS Code ワークスペースが利用できないエンロールメントでは、Code RepositoriesがPython transformsの推奨環境として残るとも明記されています。

この変更は、単なるエディタの好みではありません。Python transformsはデータパイプラインや業務ロジックに直結するため、編集環境が変わると、レビュー、プレビュー、テスト、エラー調査、権限、開発者教育に影響します。既にCode Repositories前提で手順書や社内研修を作っているチームは、VS Code ワークスペースへの移行可否、利用できないエンロールメントでの例外、JavaやSQL transformsなど他のリポジトリ typeとの使い分けを確認する必要があります。

Claude Opus 4.8の提供は、Foundry AIP上のモデル選択に関わります。公式アナウンスでは、non-georestricted enrollmentsではAnthropic、AWS Bedrock、Google Vertexから、US/EU/non-georestrictedではAWS BedrockとGoogle Vertexから、JP georestrictedではAWS Bedrockから利用可能と説明されています。Claude Opus 4.8は、コーディング、long-running autonomous エージェント、complex enterprise problemsでの推論改善があるモデルとして紹介され、コンテキストウィンドウは1,000,000 トークン、modalitiesはテキストと画像、capabilitiesはextended thinkingとfunction callingとされています。

実務では、モデルが増えることよりも、どのエンロールメントでどのプロバイダー経由のモデルが使えるかが重要です。Foundry内のアプリケーションやAIP利用フローが特定プロバイダーや地域制約を前提にしている場合、モデル一覧に名前が出るだけでは十分ではありません。トークン costs、利用可能なモデル family、既存評価、ログ、データ取り扱い、fallbackを確認してから標準モデルや推奨モデルに含めるべきです。

変数 リネージ グラフの一般提供は、Workshopで複雑なアプリを管理しているチームに関係します。新しいグラフは従来の変数 dependency グラフを置き換え、モジュール内の変数とウィジェットがどのように依存しているかを可視化します。グラフボタンから変数 リネージ パネルを開き、親子関係を1ノードずつ展開したり、全体表示やクリア、undo/redoを使ったりできます。変数がどのページやオーバーレイで使われているか、計算時間が長い変数がどれかも確認できます。

Workshopアプリが大きくなるほど、ある変数の変更がどのウィジェットやオーバーレイに影響するのか、再計算が遅い原因はどこか、不要な依存関係が残っていないかを把握しにくくなります。変数 リネージ グラフは、アプリの挙動を目で追いながらデバッグし、再計算や依存関係を整理するための機能として読むと実務上の意味がはっきりします。

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

• Python transformsを編集しているチームは、VS Code ワークスペースを使えるエンロールメントか、例外としてCode Repositoriesを続ける必要があるかを確認する。
• 社内手順、研修、レビュー、トラブルシュート文書がCode Repositories前提になっていないか見直す。
• Claude Opus 4.8を使う場合、プロバイダー、地域制約、トークン costs、モデル family有効化、既存評価セットを確認する。
• Workshopの大きなモジュールでは、変数 リネージ グラフで依存関係と計算時間を確認し、再計算負荷や不要な依存を洗い出す。

結局、この更新をどう見るべきか

今回のPalantir Foundryアナウンスは、開発環境、モデル選択、Workshopのデバッグ体験を同時に進める更新です。Python transformsの移行は開発運用、Claude Opus 4.8はAIPのモデルガバナンス、変数 リネージ グラフはアプリ保守性に関係します。Foundryを日常運用しているチームほど、単発の機能追加ではなく、開発者の作業導線を見直す材料として扱いたい内容です。