注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。
お知らせ
リマインダー： Foundry Newsletter に登録すると、プラットフォーム全体の新しい製品、機能、改善点の概要が受信トレイに直接届きます。登録方法の詳細は、Foundry Newsletter と製品フィードバックチャネルのお知らせを参照してください。
これらのお知らせについてのご意見を開発者コミュニティフォーラム ↗で共有してください。
カスタムドキュメントを AIP Assist で活用する機能のご紹介
公開日：2024-05-29
AIP Assist に独自のドキュメントを追加して、必要に応じてユーザーに情報を提供できるようになりました。5月27日の週から、AIP が有効なエンロールメント全体で、カスタムの業務ドキュメントを AIP Assist に認識させるための設定オプションが Control Panel で利用可能になります。この機能では、Assist がドキュメントにアクセスできるタイミング、アクセスできるドキュメント、参照をユーザーが特定のリソースを閲覧しているときに限定するかどうかを一元管理できます。AIP Assist がプラットフォームの操作方法だけでなく、業務ワークフローの利用方法に関するユーザーの質問にも回答できるようにすることで、ワークフローへのユーザーのオンボーディングを容易にできます。
Assist に共有を許可できる情報には、プログラムのドキュメント、標準作業手順書（SOP）、Wiki 形式の情報などがあります。たとえば、データ取り込みのプロセス、権限申請の手順、プロジェクト整理のベストプラクティス、一般的な情報などです。ユースケースやワークフローのドキュメントなど、対象を絞ったドキュメントは、ユーザーのオンボーディングやトレーニングセッション、セルフサービス全般の促進や使いやすさの向上に特に役立ちます。詳しくはこちら。
カスタムドキュメントを AIP Assist に追加して、業務に関連するプログラムやユースケースのドキュメントについて回答する Assist の機能をさらにカスタマイズします。
まずドキュメントリポジトリへのアクセスを有効にする
この機能を活用するには、Code Repositories 内のドキュメントリポジトリに、カスタムドキュメントがすでに存在している必要があります。ドキュメントタイプのリポジトリが利用できない場合は、Palantir の担当者に連絡して有効にしてください。すでにセットアップ済みの場合は、作成後のリポジトリを許可リストに追加するよう依頼してください。ドキュメントソースの設定に加えて、ドキュメントの参照範囲を全面的に管理するには、Control Panel を使用する権限も必要です。
ユーザーの質問に回答するために AIP Assist がドキュメントにアクセスできるタイミングを管理します。「常に利用可能」または「リソース別」に設定して、より細かく制御します。
詳細は、AIP Assist のカスタムドキュメントガイドを参照してください。
Spark 3.5.1 へのアップグレード
公開日：2024-05-29
Foundry のトランスフォームで使用される Spark のバージョンが、3.4.1 から 3.5.1 にアップグレードされます。これにより、多数のバグ修正、パフォーマンスの改善、新しい機能が導入されます。詳細はリリースページ ↗で確認できます。このアップグレードを有効にするための操作は不要です。トランスフォームのバージョンのドキュメントに記載されているとおり、トランスフォームのランタイムバージョンは、バックグラウンドでの判定によって自動的に管理されます。
Spark のバージョニングポリシー ↗では、マイナーバージョン間で API や動作の変更を導入することが禁止されています。変更点はすべて移行ガイド ↗に記載されており、ユーザーエクスペリエンスが変わらないことを確認するため、Palantir によるテストが実施されています。
アップグレードによってパイプラインのパフォーマンスに影響が生じたり、新しいバグが発生したりする可能性があります。リスクの高いジョブでは、ワークフローでアップグレードによる問題がないことを確認するまで、一時的な固定を使用してアップグレードの展開を制御してください。
オントロジーのオブジェクトタイプグループのご紹介
公開日：2024-05-29
構築者は、オブジェクトに直接タグを付ける代わりに、グループという充実した機能を備えたオントロジープリミティブを使用して、オブジェクトタイプを分類できるようになりました。グループを使用すると、オブジェクトの検索が容易になり、複雑なオントロジーもわかりやすくなります。
グループの新しい機能
Ontology Manager の左側のナビゲーションバーからアクセスできる新しいグループメニューで、グループのメタデータを変更できるようになりました。また、すべてのグループが、オントロジーを閲覧できるすべてのユーザーにとって発見可能になります。この変更により、グループの重要性がほかのオントロジープリミティブと揃い、ガバナンスの明確さと透明性が向上します。
Ontology Manager からオブジェクトタイプグループを表示、変更します。
Ontology Manager でオブジェクトタイプを設定する際に、グループを追加したり外したりできます。また、Ontology Manager ではグループを検索、絞り込みでき、Object Explorer の概要ページでは、オブジェクトタイプの分類にグループが使用されます。
オブジェクトタイプの設定の一環としてグループを追加します。
レガシーグループ
一部のレガシーグループは、自動移行の対象外でした。これらの場合、手動での対応が必要であることが、Upgrade Assistant の介入を通じてオントロジーの所有者に通知されました。
2024年5月22日の時点で、安全に移行できなかったレガシーグループは、Workshop や Object Explorer などのすべてのアプリケーションで、業務ユーザーには非表示になりました。下位互換性を確保するため、レガシーグループの名前は、オブジェクトタイプのタイプクラスメタデータとして引き続き保存されます。
オントロジーの所有者は、Ontology Manager を使用して、これらの非表示のレガシーグループを引き続き手動で移行できます。移行するには、左下のオントロジー設定メニューに移動し、すべてのグループの移行を承認を選択します。
一部のレガシーグループでは、新しい機能を利用できるようにするために手動での移行が必要です。
Pipeline Builder が LLM 実行時のエラー出力に対応
公開日: 2024-05-23
LLM の出力列に、出力値と、行の処理に失敗した場合のエラーメッセージの両方を含めるように設定できるようになりました。これにより、LLM 関連の問題をより簡単にデバッグできます。この機能では、LLM のレスポンスとエラーメッセージの両方を、出力列内の構造体として受け取ります。LLM のエラーが可視化されることで、処理の問題をデバッグしやすくなり、モデルの内部で何が起きているかを把握しやすくなります。エラーメッセージには、たとえば次のようなものがあります。
- 「コンテキストの上限を超えました」
- 「指定された出力タイプに変換できません」
- 「入力プロンプトが null または空です」
エラーを含めるように設定された LLM プロンプトの例。
この機能を使用するには、次の手順に従います。
- Pipeline Builder で Use LLM ノードを開き、プロンプトを作成します。
- 出力タイプセクションを見つけます。
- エラーを含むチェックボックスをオンにします。
LLM のエラーメッセージを含める場合、ノードの出力は構造体型となり、通常の出力値（構造体を含む、サポートされている任意の出力タイプ）と、関連するエラーメッセージの両方が含まれます。
エラーメッセージを含む構造体型の出力タイプ（配列、文字列、整数を含む）の例。
エラーを含むチェックボックスの選択を解除することで、この機能を簡単にオンまたはオフに切り替え、エラーの可視化を柔軟に制御できます。
Pipeline Builder での LLM の使用について詳しくはこちらのドキュメントをご覧ください。
Slate のページと共有変数のご紹介
公開日: 2024-05-23
ページを使用すると、アプリケーションの作成者は、アプリケーションの UI、ロジック、リソース（データ、変数、関数、イベント）を、1個のアプリケーション内の異なるページに分割できます。ウィジェット、関数、クエリなどを含め、個別に読み込まれる各ページに独立した適用範囲を設けられます。また、変数をページの適用範囲に応じて「ローカル」と「共有」に設定できるようになり、よりきめ細かく制御できるようになりました。共有変数にはどのページからでもアクセスできるため、アプリケーションの設計、パフォーマンス、ユーザーエクスペリエンスが向上します。
アプリの読み込み時間を短縮する
Palantir Slate アプリケーションを複数のビューに分割する一般的な方法は、タブ付きコンテナを使用することです。ただし、この方法ではページ読み込み時の負荷が非常に大きくなり、開発者によるデータ読み込みの制御が制限される可能性があります。また、コンポーネントとウィジェットが単一のリストにまとめられているため、ウィジェットの保守性や整理に課題が生じる可能性もあります。
タブ付きコンテナからページに切り替えると、各ページの特定の適用範囲に関連するデータのみが読み込まれるため、大規模なアプリケーションでも情報をより速く読み込めます。
1個の Slate アプリケーション内に複数のページを作成できるようになりました。
この方法により、アプリケーションのロジックフローを、意味のわかる名前を持つ URL ルートを使用して個々のページに分けられます。また、Slate アプリケーションへのリンクを共有する際に、URL 内でページ名を使用して、ページに直接移動できます。
アプリケーションのロジックフローを、意味のわかる名前を持つ URL を使用して個々のページに分けられるようになりました。
アプリケーションの安定性を高める
複雑な Slate アプリケーションのロジックをページに分割すると、リファクタリングも簡単になり、保守性とパフォーマンスが向上します。
ページ間のシームレスな移動
新しい onNavigate イベントと navigateTo アクションにより、同じアプリケーション内でページ間の移動操作を簡単に実行できます。ページに移動すると、URL ルートが更新され、移動先のページを指すようになります。
ページに移動すると、URL ルートが更新され、移動先のページを指すようになります。
ページ間でアプリケーションの状態を共有する
新しい共有変数にはどの Slate ページからでもアクセスでき、ページ間でアプリケーションレベルの状態を共有できます。
Slate の詳細については、Slate アプリケーションのページに関するドキュメントを参照してください。
オントロジーのユーザー編集とデータソース更新の競合解決戦略のご紹介 [GA]
公開日: 2024-05-23
Foundry オントロジーのオブジェクトのインスタンスは、入力データソースとユーザー編集の両方によって作成および変更できます。特定の主キー値を持つ行やオブジェクトなど、単一のオブジェクトのインスタンスが入力データソースとユーザー編集の両方からデータを受け取る場合、受け取った値は、_競合解決戦略_を使用して透明性のある方法で解決する必要があります。
競合解決戦略はオブジェクトタイプのレベルで設定できます。Ontology Manager でオブジェクトタイプを選択し、データソースセクションに移動します。
競合解決戦略は、Object Storage v2 のオブジェクトタイプでのみサポートされていることに注意してください。
競合解決戦略
オントロジーの編集には、2つの競合解決戦略があります。
- ユーザー編集を適用（デフォルト）：この戦略では、オブジェクトのインスタンスに対する今後のデータソース更新にかかわらず、そのインスタンスに適用されたユーザー編集によって、最終的な状態が常に決まります。
- 最新の値を適用（限定ベータ版）：この戦略では、オブジェクトのインスタンスに対するユーザー編集のタイムスタンプ値が、データソース更新のタイムスタンプ値より新しい場合にのみ、ユーザー編集が適用されます。
この戦略では、データソースに Timestamp 型のプロパティが含まれていることも必要です。このオプションでは Date プロパティタイプは使用できません。Timestamp プロパティは、ユーザー編集と入力データソースの更新のどちらを適用するべきかを評価するために使用されます。
Ontology Manager で競合解決戦略を設定します。
複数のデータソースに異なる解決戦略を設定する
オブジェクトタイプの入力データソースごとに、異なる競合解決戦略を設定できます。たとえば、2個のデータソースを元にしているオブジェクトタイプでは、一方のデータソースにユーザー編集を適用戦略を使用し、もう一方に最新の値を適用戦略を使用するように設定できます。
Ontology Manager で複数のデータソースに競合解決戦略を設定します。
ユーザー編集によって複数のデータソースにまたがるプロパティが更新される場合、Ontology Manager は、プロパティの元となるデータソースの競合解決戦略を使用して、編集を常に適用するか、条件付きで適用するかを判断します。
ユーザー編集の適用方法について詳しくはこちらをご覧ください。
Code Repository にクイックスタートが登場
公開日: 2024-05-23
すべてのエンロールメントで利用可能になった Code Repositories では、直感的に選択肢を見つけて移動できるクイックスタートインターフェースを通じて、リポジトリのセットアップをガイドできるようになりました。開発に最適なコードベースのワークフローを選ぶのは難しい場合がありますが、この使いやすいクイックスタートインターフェースにより、選択が簡単になります。膨大なドキュメントを探し回る必要はありません。3つの簡単な質問に答えるか、「Python トランスフォーム」などのリポジトリの種類を検索するだけで、開発を導く例や README を備えたリポジトリを簡単にセットアップできます。
Code Repositories のクイックスタートページ。
ワークフローを直感的に表示、選択し、見つける
クイックスタートを使用すると、アプリケーションの作成者は次のことができます。
- Palantir プラットフォームで利用可能なコードベースのワークフローをすべて表示します。
- ワークフローに適したテンプレートを選択します。
- Marketplace から参考となる例を見つけます。
3つの質問に答えるだけで、リポジトリに適した推奨事項と例が表示されます。
今後の開発ロードマップは？
新しい機能とテンプレートの開発を積極的に進めるとともに、Marketplace 向けの参考となる例をさらに作成しています。
LLM ワークフロー向けのノートブック環境、AIP Accelerate［ベータ版］が登場
公開日: 2024-05-21
AIP Accelerate は、大規模言語モデル（LLM）を活用したワークフローを構築するためのノートブック環境です。6月3日の週から各エンロールメントで利用可能になる AIP Accelerate を使用すると、Foundry からインポートしたデータセットやコンピューター上のファイルなど、さまざまな形式のデータを活用する LLM プロンプトを素早く反復して改善できます。AIP Accelerate が提供する LLM 操作のライブラリを使用すると、複雑な思考連鎖を構築し、アップロードされた画像を解釈し、LLM を活用したインサイトを生成できます。最新の生成 AI モデルをサポートする AIP Accelerate は、調査を伴うビジネスワークフローで LLM の機能を活用するためのサンドボックスです。
AIP Accelerate のランディングページ。
LLM のレスポンスの有効性は、コンテキスト環境に大きく依存します。AIP Accelerate では、コンテキストスレッドを使用して、LLM に与えるコンテキストを慎重に管理できます。コンテキストスレッドは Accelerate の主要な構成要素の1つで、大規模言語モデルに提供される情報の連鎖を表します。セルはコンテキストスレッドを介して、その子セルに情報を下方向に渡します。ワークフローの作成者は、コンテキストスレッドを使用することで直線的なチャット形式を脱し、単一のコンテキスト経路に制限されないワークフローを設計できます。さらに、AIP Accelerate はプラットフォーム内のプリミティブを活用し、さまざまな形式の構造化データと非構造化データ（表形式のデータ、PDF、画像ファイルなど）を操作して、複雑な分析を行えるようにします。
子 LLM セルが親のコンテキストを継承して会話を続ける AIP Accelerate のコンテキストスレッド。
上の画像は、2個のセルからなるコンテキストスレッドを示しています。セルをさらにネストして LLM との会話を掘り下げることも、任意のセルの後で分岐して別の経路を進むこともできます。
安全でカスタマイズ可能な AI を活用した分析
AIP Accelerate の主な機能は次のとおりです。
- 使いやすいインターフェース： AIP Accelerate は直感的なインターフェースを備えており、ワークフローの作成者が LLM を使用した複雑で多次元的な分析を簡単に構築できます。
- 生成 AI モデル： テキストベースと視覚ベースのタスクの実行時に、利用可能な LLM のうちどれを使用するかをカスタマイズできます。
- 実データの操作： データセットやメディアセット（画像や PDF ドキュメント）など、プラットフォーム内のデータに対して LLM を使用できます。
- 結果の共有： 分析結果を新しいデータセットとして保存し、ほかの AIP ツールで使用したり、ワークフローをほかのユーザーと共有したりできます。
- データセキュリティ： AIP Accelerate は、ユーザーベースのデータ権限を含め、Palantir プラットフォームのほかの部分を管理するものと同じ厳格なセキュリティモデルに基づいて構築されています。これらのプラットフォームのセキュリティ制御により、LLM にはタスクの完了に必要なものへのアクセスのみが許可されます。
AIP Accelerate は積極的に開発が進められており、より多くの操作へのサポートが近日中に追加される予定です。
AIP Accelerate にアクセスする
AIP Accelerate には、プラットフォームのワークスペースナビゲーションバーから、またはクイック検索のショートカット CMD + J（macOS）や CTRL + J（Windows）を使用してアクセスできます。また、以下に示すように、ファイルから +新規を選択し、次に Accelerate を選択して、新しいワークフローを作成することもできます。
Foundry アプリのナビゲーションメニュー。
AIP Assist でのコーディング体験を改善する新機能が登場
公開日: 2024-05-15
開発者体験を改善し、効率を高める2つの新機能が AIP Assist に登場しました。新しいコードツールは複雑なコーディングの質問への回答を支援します。また、TypeScript コンパイラーが使用されるようになり、TypeScript コードを改善するとともに、最初に提案されたコードの問題を指摘します。これらは現在、すべてのエンロールメントで利用可能です。
正確な Palantir 固有のコードを取得する
新しい AIP Assist コードツールにより、いくつかのアプリケーションや機能について、正確な Palantir 固有のコードを含む回答を返せるようになりました。たとえば、オントロジーに関する質問（「オントロジー編集関数はどのように記述できますか？」）や、特定の言語に関する質問（「Python トランスフォームで生のファイルを並列にパースするにはどうすればよいですか？」）ができます。以前の AIP Assist は、Palantir 固有ではない汎用的なコードを使用して、一般的なユースケースを示す回答を提供する場合がありました。これらの改善により、開発者は Code Repositories のワークフローを直接支援する、正確で具体的なコードを受け取れるようになります。
導入時点で、AIP Assist のコードツールは次の言語をサポートしています。
- Python
- TypeScript
- SQL
- PySpark
- Contour 式言語
新しいコードツールにより、AIP Assist のコードに関するレスポンスが改善されます。
Palantir のエンジニアがコード例を更新し、拡充するにつれて、新しいコードツールは AIP Assist の開発者体験をさらに改善していきます。現在ドキュメントで利用可能なこれらの例は、複雑な問題や変換を解決するためのユースケースのガイダンスやヒントとなります。
コンパイラーエラーをその場で修正する
AIP Assist は TypeScript コンパイラーとも統合され、型の不一致や未処理の Promise などの問題を指摘できるようになりました。AIP Assist が質問に応じて最初のコードを生成すると、そのコードはコンパイラーに渡されてエラーが検出され、ユーザーは Assist インターフェースで直接変更をコミットできます。
AIP Assist で TypeScript を直接コンパイルしてエラーを確認します。
TypeScript コンパイラーが動作する中で、AIP Assist はフィードバックを受け取り、生成されたコードを反復的に改善します。コンパイラーは型を調整し、不足している型定義を追加し、Promise の処理を修正し、コードが TypeScript の厳格な型付けに従っていることを確認します。コードがエラーなくコンパイルされるまで、反復のたびにコンパイラーによる再チェックが行われます。
AIP Assist はコードの目の前の問題を解決するだけでなく、今後同様の問題を回避する方法についても、開発者にインサイトを提供します。
開発者体験を改善するために使用できる AIP 機能について、詳しくはこちらをご覧ください。
Pipeline Builder が LLM ノードの出力タイプの強制をサポート
公開日: 2024-05-15
Pipeline Builder の LLM を使用ノードで出力タイプを指定できるようになりました。この機能により、一貫した出力タイプが保証され、パイプライン内でデータ型の一貫性を維持し、データ処理を最適化しやすくなります。
LLM を使用ノードで出力タイプを強制する方法：
- Foundry フロントエンドインスタンスが v6.321.0 以降に更新されていることを確認してください。
- パイプラインに LLM を使用ノードを追加します。テンプレートを使用する場合は、まずテンプレートを送信してプロンプトページに進みます。
- プロンプト画面で出力タイプ項目を探し、ドロップダウンメニューから目的の出力タイプを選択します。
ドロップダウンメニューを使用して、LLM を使用ノードの出力タイプを指定します。
エンティティ抽出では、構造体内の出力タイプも指定でき、データ出力をより柔軟に制御できます。
配列、文字列、Integer を含む構造体の出力タイプの例。
Pipeline Builder での LLM の使用について、ドキュメントで詳しくはこちら。
オントロジーストリーミングでリアルタイムデータを同期する
公開日: 2024-05-15
一般提供を開始した Foundry の新しいオントロジーストリーミング機能により、運用データを数秒でユーザーに届けられます。
Object Storage v2 で、ストリームを入力データソースとして、それに基づくオブジェクトを作成できるようになりました。ストリームでは、非ストリーミングデータセットに使用されるバッチインフラストラクチャを使わず、Foundry オントロジーへのデータのインデックス化を数秒で行えるため、低遅延が求められる運用ワークフローをサポートできます。
ほかのオントロジーオブジェクトタイプと同様に、ストリーム入力データソースを持つオブジェクトタイプを Pipeline Builder または Ontology Manager で直接設定できるようになりました。
Pipeline Builder でのストリーミングオブジェクトタイプの設定
Ontology Manager でのストリーミングオブジェクトタイプの設定
ストリームをまだ設定していない場合は、Data Connection で既存のストリームと統合するか、Pipeline Builder でストリーミングパイプラインを構築することで作成できます。ストリームのインデックス化の仕組みについては、インデックス化に関する FAQ を参照してください。
ストリーミング同期の設定およびストリーミングパイプラインのアーキテクチャの詳細を確認できます。
Upgrade Assistant のプロンプトが登場
公開日: 2024-05-15
Upgrade Assistant のプロンプトが登場し、すべてのエンロールメントで利用可能になりました。本日より、Palantir プラットフォーム上でリソースが影響を受けている場合、「この［リソース］は進行中のアップグレードの影響を受けています」というプロンプトが表示されるようになります。
この新機能は、Palantir プラットフォームのアップグレード中に影響を受けるリソースを、担当ユーザーに対して直接強調表示することで、把握しやすくします。
ユーザーにとってどのような意味がありますか？
本日より、Upgrade Assistant で追跡されているアップグレードの影響を受ける特定のリソースを担当している場合、以下のスクリーンショットに示すように、その情報をプラットフォーム内で直接確認できるようになります。この機能により、次のことが保証されます。
- アップグレード中にすべてのリソースに対応： アップグレード中に重要なリソースを見落とす心配がなくなります。
- 把握しやすさの向上： アップグレードの影響を受けるリソースを簡単に特定して移動し、適切に対応できます。
オントロジーリソースのサポートは現在開発を進めており、後日リリースされる予定です。
詳細は Upgrade Assistant のドキュメントを参照してください。
Control Panel での AIP モデルの有効化
公開日: 2024-05-09
エンロールメント管理者が Control Panel を使用して、AIP モデルのグループを有効化し、利用できるようになりました。有効化するには、AIP 設定拡張機能のモデルの有効化タブに移動します。
Control Panel では、モデルは法的ステータスおよび利用ポリシーに基づいてモデルファミリーにグループ化されています。これらのモデルファミリーには、Palantir がホストするオープンソースモデルまたはプロプライエタリモデルと、Palantir が提供し、Azure、AWS Bedrock、または Google Vertex AI でホストされるモデルが含まれます。
利用する前に、管理者はエンロールメントレベルで、利用条件に関連するモデルファミリーの規約と契約に同意する必要があります。モデルを有効化すると、プラットフォーム全体で、サポートされているすべての AIP アプリケーションですぐに使用できます。
Control Panel の AIP 設定で AIP を有効化すると、モデルの有効化タブが表示されます。
エンロールメントで利用可能なすべてのモデルファミリー。ファミリーグループは、有効、無効、または許可されていない状態で表示されます。
モデルファミリーを選択すると、利用可能なすべてのモデルが表示され、有効化するための契約を締結します。
Control Panel の AIP 設定にあるモデルの有効化タブでは、管理者がそのエンロールメントですでに有効化されているモデルを無効化することもできます。モデルのグループを無効化する前に、次の点を考慮してください。
- AIP のネイティブ機能（AIP Assist、Code Assist など）で使用されているモデルを無効化すると、それらの機能も無効になります。
- モデルのグループを無効化すると、そのグループのモデルを利用するワークフローが動作しなくなります。
現在、試験的なモデルには Control Panel からアクセスできない点に注意してください。まずモデルファミリーを有効化し、その後、一般アクセスについて Palantir の担当者にお問い合わせください。新しいモデルグループの有効化を希望するオンプレミスまたは特定のエンロールメントについても、Palantir の担当者にお問い合わせください。
詳細は、関連ドキュメントを参照してください。
Code Repositories の外部トランスフォームにプレビューが登場
公開日: 2024-05-09
Code Repositories が外部トランスフォームのプレビューをサポートするようになりました。ユーザーはチェックとビルドの実行が完了するのを待つことなく、外部トランスフォームのプレビューを実行できるため、開発プロセスでより迅速に反復できます。現在は、入力のない外部トランスフォームのみをサポートしています。
プレビュー中に書き込まれたデータやファイルを表示するには、プレビューを選択し、次に出力データセットを選択します。
外部トランスフォームでのプレビューの例。
次のステップとして、プレビュー機能をすべての入力タイプに拡張するとともに、ソースベースの外部トランスフォームのサポートを追加する作業を進めています。
ビジネスユースケースを設計する Solution Designer のご紹介 [GA]
公開日: 2024-05-06
Solution Designer は、Palantir プラットフォームを使用して構築したソリューションのアーキテクチャを図示するための対話型ツールです。ファーストパーティーおよびサードパーティーとの統合ポイントの表現、プラットフォームリソースへのリンク、必要に応じたドキュメントやベストプラクティスへのアクセスなどを含めることができます。
Solution Designer はリリースを前倒しするトラックで提供されており、今週末にはすべてのエンロールメントで利用可能になる予定です。
モデリングワークフローのソリューション設計。
Solution Designer では、次のことができます。
- プラットフォームをさらに知る： プラットフォームのコンポーネントと、それらが相互にどのように連携するかを学びます。厳選された業界別および技術別のリファレンスアーキテクチャのライブラリを探索できます。
- ソリューションのアーキテクチャを設計する： 図を一から作成し、リファレンスパターンを編集・拡張し、既存のリソースをインポートし、ユースケースのソリューションの各ステップにコメントや説明を追加できます。
- 共同作業と知識の共有： アーキテクチャに関する議論を、プラットフォーム上の具体的なアプリケーションやコードと結び付けることができます。プロジェクトの既存の成果物とともにソリューション設計を共有できます。
Solution Designer はプラットフォームを認識するツールです。つまり、Foundry、AIP、およびその他のコンポーネントを表すノードを視覚的に操作し、ユースケースに対応するソリューションをより効果的に設計できます。
プラットフォーム管理者が Solution Designer を無効にする場合は、該当する組織の Control Panel > アプリケーションへのアクセスに移動し、Solution Designer の項目の横にある管理オプションを使用して保存すると、アクセスが制限されます。
ファイルから直接 Solution Designer にアクセスする
Solution Designer には、プラットフォームのワークスペースナビゲーションバー、またはクイック検索のショートカット CMD + J（macOS）もしくは CTRL + J（Windows）を使用してアクセスできます。また、以下に示すように、ファイルから +新規 > ソリューション設計を選択して、新しいソリューション設計図を作成することもできます。
ファイルマネージャーから新しいソリューション設計を作成します。
業界別および技術別のパターンから着想を得る
アイデアをお探しですか？Solution Designer に用意された豊富な業界別および技術別のパターンを参考にして、はじめることができます。既存のパターンを拡張することも、一から作成することもでき、プロジェクトのソリューションアーキテクチャを作成して、組織に最適な構築計画や戦略について合意を形成できます。
Solution Designer で利用可能なリファレンスアーキテクチャのパターン。
開発ロードマップでは次に何が予定されていますか？
今後数か月以内に Solution Designer に以下の機能を提供できるよう、積極的に取り組んでいます。
- はじめる際に役立つワークフローのガイダンスとガードレールの追加
- リソースのセットアップ
- Foundry Marketplace およびその他のアプリケーションとの包括的な統合
Solution Designer をはじめる
はじめるには、最初の図を作成する方法のチュートリアルを確認してください。
また、Solution Designer のドキュメントで詳しくはこちら。
Foundry Academy はサンセットに移行します。Palantir Learning と Build with AIP をご利用ください
本日より、Academy アプリケーションはサンセット期間に入り、2024年11月7日に完全に廃止されます。代わりに、学習パスと認定のための最新のプラットフォームである Palantir Learning (Learn.Palantir.com) ↗ と、Palantir Foundry について学べるプラットフォーム内の新しい例やチュートリアルをご利用ください。
Palantir Learning ↗ は、Palantir プラットフォームを習得するために推奨されるリソースです。このプラットフォームには、さまざまな言語で50を超えるコースが用意されており、データエンジニアやアプリケーション開発者といった専門トラックを通じて、初心者から上級者までの学習者に対応しています。新しいコースも継続的に追加されています。インターネットにアクセスできないエンロールメントのユーザー向けには、同じコンテンツがドキュメントサイトでもテキスト形式で提供されています。
また、Build with AIP アプリケーションでは、インストール可能な構築済みの製品を探索できます。これらの製品は、構築者向けのリファレンス例、チュートリアル、スターターパックとして活用でき、具体的なニーズに合わせて調整できます。
Academy のカスタムチュートリアル作成機能をご利用のユーザー向けに、AIP Assist のチュートリアルに関する新しい情報を近日中にお届けします。
今後どうなりますか？
すでに1年以上にわたって learn.palantir.com ↗ にリダイレクトされているデフォルトの Academy チュートリアルは、まもなく削除されます。カスタムチュートリアルは引き続き利用可能です。変更が行われる際には、Upgrade Assistant の介入キャンペーンを開始し、影響を受ける顧客（Academy のカスタムチュートリアルを作成し、過去4か月間に利用実績がある顧客）に Academy の廃止についてお知らせします。この移行に関してご懸念がある場合は、Palantir サポートにお問い合わせください。
Ontology Manager の起動時間の短縮
公開日: 2024-05-06
Ontology Manager が更新され、ユーザーごとに最も関連性の高いリソースのみを最初に読み込むようになったことで、起動時のパフォーマンスが大幅に向上しました。今週から、Ontology Manager を使用する際の読み込み時間の短縮を体感できます。この改善を有効にするためにユーザーが操作する必要はありません。
以下のグラフは、オントロジーの読み込み高速化を適用したエンロールメントを緑色、対照群のエンロールメントを黄色で示し、読み込み時間を比較したものです。
オントロジーの読み込み高速化により読み込み時間が短縮されます。
新しいオントロジーの読み込み高速化によるパフォーマンス改善は、以下のワークフローに役立ちます。
- 最近使用したオントロジーリソースの効率的な読み込み： 最も関連性の高い作業を、よりすばやく表示または編集できます。
- オントロジーリソースのクエリの効率的な読み込み： 検索結果がバッチ単位で読み込まれるようになりました。
- 作業状態の変更へのすばやいアクセス： 未保存の変更も高速読み込みの対象となり、オントロジー全体の読み込みを待たずに、中断したところから作業を再開できます。
- よりスムーズなオントロジーの切り替え： オントロジー全体の読み込みが完了する前に、オントロジーを切り替えられます。
- 保存後の利用再開までの時間短縮： 保存後の待ち時間が短縮され、Ontology Manager をより早く利用できます。
その他の注目点
分析 | Notepad
Notepad のリソースヘッダーとツールバーの再設計 | 使いやすさと整理のしやすさを向上させるため、Notepad の UI、特にリソースヘッダーとツールバーを大幅に刷新しました。共同作業者のバブル、WebSocket の接続状態、Checkpoint の作成、アクションメニューなどの要素が、ドキュメント上部のリソースヘッダー内に表示されるようになりました。ヘッダーには新しい表示メニューが追加され、Checkpoint 履歴を表示や印刷モードで表示などの表示オプションを利用できます。ツールバーは Web ブラウザーに合わせてサイズが自動調整されるようになり、フォントサイズの変更、AIP Assist による編集、コメント、テーブルの設定など、ドキュメント編集操作が集約されています。また、使いやすさを向上させるため、ツールバー内のさまざまなオプションを並べ替えました。
Notepad の新しいマップウィジェット | Notepad でマップウィジェットを使用して Map アプリのマップやマップテンプレートを追加し、地理空間の可視化を作成できるようになりました。マップパラメーターで入力を設定し、ジオハッシュ化されたオブジェクトセットを指定することで、マップテンプレートから Notepad テンプレート内のマップ表示を動的に生成することもできます。
分析 | Quiver
Quiver のアクションセレクターでのキーボード操作の改善 | Quiver のアクションセレクターで、キーボード操作が強化されました。上下の矢印キーで選択肢を簡単に移動し、Enter キーで目的のアクションを選択できます。この改善により、特に検索後の選択操作が簡単になります。注：現時点では、左右のキーを使用した横方向のタブ移動はサポートされていません。
Marketplace での時系列ダッシュボード共有の強化 | Marketplace で、時系列データを含む Quiver ダッシュボードをシームレスに共有できるようになりました。使用方法については、Quiver のドキュメントを参照してください。
アプリ構築 | オントロジー SDK
SDK 統合の効率化 | SDK 生成のエントリーをクリックするだけで、SDK 生成に関する追加のインサイトを表示できる新機能が導入されました。この改善により、詳細なメタデータと段階的なインストール手順が提供され、開発者のローカル環境への最新 SDK 更新の統合が効率化されます。この機能はオントロジー SDK のインターフェース内に直接埋め込まれており、必要なドキュメントにすぐにアクセスでき、開発をよりスムーズに進められます。
アプリ構築 | Slate
メディアセットの更新を効率化する改善 | 新機能の導入により、左サイドバーからメディアセットに新しい項目を簡単に追加できるようになり、ファイルのインポートに依存するメディアセットの更新が簡単になります。また、アップロード後にキャッシュが速やかに更新されるようになり、プレビューと項目数の両方が正確に更新されます。
Slate のクエリパース通知の改善 | Slate に、クエリのパースエラーについてより詳しいフィードバックを提供する新機能が導入されました。クエリパネルでは、編集モードでパースに関する問題の概要と修正用の構文の推奨事項を示すコールアウトが表示されるようになりました。ヘルスチェックダイアログでもこれらの問題が通知されるようになり、より正確なクエリの作成を支援し、結果を誤って解釈する可能性を低減します。
アプリ構築 | Workshop
Workshop の変更履歴パネル | Workshop の変更履歴パネルが一般提供されました。この機能により、アプリ作成者は Workshop モジュールのバージョン間の変更を可視化できます。変更を時系列で追跡したり、モジュールの問題をデバッグする際に、どの変更が問題を引き起こした可能性があるかを特定したりするのに役立ちます。変更履歴パネルのドキュメントを参照してください。
データ統合 | Code Repositories
外部トランスフォームでのカタログデータセット入力の拡充 | Foundry の外部トランスフォームが更新され、カタログデータセット入力をサポートするようになりました。これにより、入力なし、またはカタログデータセット入力のみで動作するように設計されたトランスフォームの実行が効率化されます。
データ統合 | Data Connection
エグレスポリシーの送信プロセスの改善 | ユーザーはネットワークエグレスポリシーの候補を送信できるようになりました。送信された候補は、Control Panel で情報セキュリティ責任者によって承認または却下されます。情報セキュリティ責任者が直接送信した候補は、その直後に自動承認されるため、責任者は効率的にポリシーを設定できます。この改善により、エグレスポリシーの候補を送信できるユーザーが広がり、セキュリティ管理が強化されます。エグレスポリシーの管理に関する詳しい手順については、ネットワークエグレスのドキュメントを参照してください。
Databricks コネクター［ベータ版］の紹介 | Databricks コネクター［ベータ版］により、Foundry の顧客は Databricks 環境に接続し、分析や業務に使用するデータを Foundry に取り込めます。このコネクターは、Unity および Unity 以外の Databricks カタログへのアクセスをサポートします。現在、バッチ取り込みとインクリメンタル（差分）取り込みの両方をサポートしています。エクスポートと仮想テーブルの機能を積極的に開発しています。詳細については、Databricks コネクター［ベータ版］のドキュメントを参照してください。
*Databricks™ は Databricks, Inc. の商標です。
言及されているすべての第三者の商標（ロゴやアイコンを含む）は、それぞれの所有者に帰属します。提携や推奨を意味するものではありません。*
S3 ソース接続での複数のクラウド ID 表示の改善 | 必要な権限を持ち、複数のクラウド ID が存在する場合、ユーザーは S3 ソース接続内で最大15個のクラウド ID にアクセスして表示できるようになりました。この改善により、表示できるクラウド ID の範囲が広がり、S3 データソースで追加の資格情報を利用できます。
Data Connection のエントリーページのビジュアル刷新 | Data Connection のエントリー画面にカード画像が表示されるようになり、ユーザーにとっての情報価値と視覚的な魅力が向上しました。
データ統合 | Pipeline Builder
Pipeline Builder の強化されたポップオーバーによるデータ入力の効率化 | Pipeline Builder のインターフェースがアップグレードされ、テーブル内での手動データ入力を効率化する高度なポップオーバーが追加されました。この更新により、タイムスタンプ、日付、配列、バイナリ、構造体、マップなどの複雑なデータ型の入力が簡単になります。セルに入力するか、セルをダブルクリックすると、データを正確に入力するためのガイドを備えた、より直感的なインターフェースにアクセスできるようになりました。
オントロジー出力変換の効率化 | Pipeline Builder の主要なオントロジータイプ出力エディターで、オブジェクトタイプ出力をデータセット出力にシームレスに切り替えられるようになりました。この機能強化により、Ontology Manager を使用してオブジェクトタイプを全面的に編集できるようになります。
カスタムフィルター式によるプレビューの効率化 | Pipeline Builder の最新の更新では、ユーザー定義のフィルターを適用できるカスタムフィルター式機能が導入され、プレビュープロセスが効率化されました。この機能強化により、パイプラインのさまざまな段階でフィルターを適用できるため、データの不整合をより迅速かつ効果的に特定して解決でき、データ品質の問題のトラブルシューティングに費やす時間を最適化できます。
Pipeline Builder のコンテキストメニューによる直感的な出力の割り当て | Pipeline Builder 内のノードを右クリックしてコンテキストメニューを使用すると、出力ノードが強調表示されている場合に、出力をジョブグループに割り当てられるようになりました。この更新では、割り当て操作がユーザーの出力ノードの選択に直接対応するコンテキストに応じた操作となり、ユーザーインターフェースが改善され、Pipeline Builder 内のワークフローが効率化されます。
モデル統合 | AIP Logic
統合された AIP Logic の使用箇所パネル | AIP Logic ファイル内で関数の下流での使用状況を直接確認できるようになり、関数の影響を追跡しやすくなりました。この新機能により、AIP Logic 関数を元にした新しいアクションの作成に必要なクリック数が12回から4回に削減されます。
Query Objects ツールにオブジェクトリンクが登場 | Query Objects ツールでオブジェクトリンクをたどれるようになりました。この機能を使用するには、LLM ブロックを開き、クエリオブジェクトのプロパティセレクターに移動して、LLM にアクセスさせるリンクタイプとオブジェクトを選択します。
Query Objects ツールにオブジェクトリンクが登場 | Query Objects ツールでオブジェクトリンクをたどれるようになりました。この機能を使用するには、LLM ブロックを開き、クエリオブジェクトのプロパティセレクターに移動して、LLM にアクセスさせるリンクタイプとオブジェクトを選択します。
統合された AIP Logic の使用箇所パネル | AIP Logic ファイル内で関数の下流での使用状況を直接確認できるようになり、関数の影響を追跡しやすくなりました。この新機能により、AIP Logic 関数を元にした新しいアクションの作成に必要なクリック数が12回から4回に削減されます。
オントロジー | オントロジー管理
Ontology Manager で関連付けのないプロパティを明示 | Ontology Manager のプロパティタブで、存在しないデータソース列に関連付けられているプロパティが強調表示されるようになりました。この機能強化により、関連付けのないプロパティを見つけて整理する作業が簡単になります。
Ontology Manager での TypeScript コード生成の効率化 | Ontology Manager で TypeScript コードの作成が効率化され、単純なアクションを実行可能なスクリプトに簡単に変換できるようになりました。この改善により、定義されたアクションから TypeScript コードスニペットが自動生成され、リンクやオブジェクトの作成、変更、削除が容易になります。TypeScript の学習負担を軽減し、対話的な学習を促進するように設計されたこの機能により、アクションベースのカスタマイズからスクリプトベースのカスタマイズへの移行が容易になります。
セキュリティ | プロジェクト
プロジェクトフォルダーのコールアウトの強化 | プロジェクトフォルダーの表示で介入コールアウトが強調表示されるようになり、関連するプロジェクト情報にすぐにアクセスできるようになりました。
リソースのインポート機能の改善 | import-from 操作の権限を持たないユーザーでも、リソースのインポートを申請できるようになり、これまで制限されていたリソースへのアクセスが実質的に拡大されます。