Documentation
ドキュメントの検索
karat

+

K

APIリファレンス ↗
お知らせ2024December 2024

注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。

お知らせ

リマインダー： Foundry ニュースレターに登録すると、プラットフォーム全体の新しい製品、機能、改善点の概要を受信トレイで直接受け取れます。登録方法の詳細は、Foundry ニュースレターと製品フィードバックチャネルのお知らせを参照してください。

これらのお知らせについてのご意見を、Developer Community Forum ↗でお聞かせください。

カスタムアプリケーションで LLM を活用したアシスタントを利用する

公開日：2024-12-19

注： 2026年4月27日の週より、AIP Agent Studio は AIP Chatbot に名称変更されました。既存の機能はすべて変更されていません。

Palantir のプラットフォーム API を使用して、AIP エージェントをオントロジー SDK（ベータ版）およびサードパーティアプリケーションにデプロイできるようになりました。AIP エージェントは、Agent Studioで作成する対話型アシスタントで、企業固有の情報やツールを備えることができます。この機能は統合を簡素化し、開発者が利用可能な機能を強化するもので、堅牢な開発エコシステムの構築に向けた取り組みを示しています。

サードパーティアプリケーションでの AIP エージェント

Palantir のプラットフォーム API を使用して AIP エージェントをサードパーティアプリケーションにデプロイできるようになり、開発者は LLM を活用したアシスタントをシームレスに統合して、ユーザーへのサポートを改善できます。これらのプラットフォーム API を使用すると、AIP エージェントとの会話セッションをプログラムで作成、更新、一覧表示でき、カスタムアプリケーションのコンテキスト内に組み込めます。プラットフォーム API の使用方法およびサポートされている機能の全一覧については、API ドキュメントを参照してください。

オントロジー SDK アプリケーションでの AIP エージェント［ベータ版］

Developer Console がプラットフォーム API と SDK のリソースをサポートしているため、オントロジー SDK アプリケーションで AIP エージェントを使用できます。オントロジー SDK アプリケーションで AIP エージェントを使用するには、必要なオントロジーリソースと、エージェントを含むプロジェクトを、アプリケーションのプラットフォーム SDK リソースに追加します。

Developer Console のプラットフォーム SDK タブのリソースにある、AIP エージェントのプロジェクトを追加する選択肢。

Developer Console のプラットフォーム SDKタブのリソースにある、AIP エージェントのプロジェクトを追加する選択肢。

次に、アプリケーションで AIP Agent API の操作を有効にします。これにより、AIP エージェントのインタラクションを読み取り、作成、更新する権限が付与されます。

Developer Console のアプリケーションのクライアントが許可した操作テーブルにある、AIP Agent API の操作を有効にする選択肢。

Developer Console のアプリケーションのクライアントが許可した操作テーブルにある、AIP Agent API の操作を有効にする選択肢。

これらの新しいプラットフォーム API をオントロジー SDK またはサードパーティアプリケーションで活用して、LLM を活用したアシスタントによる、ニーズに即したリアルタイムのサポートを提供できます。カスタムアプリケーションで AIP エージェントの使用をはじめるには、AIP Chatbot およびプラットフォーム API のドキュメントを参照してください。

セマンティック検索の KNN 結合が Pipeline Builder で利用可能に

公開日：2024-12-19

KNN 結合が、すべてのエンロールメントの Pipeline Builder で利用可能になりました。この強力な機能を使用すると、左側のデータセットの各行に対して、右側のデータセットから最も近い K 個の行を見つけることができ、データのマージ作業をより効率的かつ正確に行えます。

KNN 結合とは

KNN（K 近傍法） は、類似度に基づいて2つのデータセットの行を対応付け、結合するための手法です。項目のリストが2つあり、一方のリストの項目に最も似ている項目をもう一方のリストから見つけたい場合を考えてみてください。KNN 結合では、一方のリストの各項目をもう一方のリストのすべての項目と比較し、最も近い項目を見つけます。

この機能を使用するには、結合ボードを選択し、結合の種類で KNN 結合を選択します。次のスクリーンショットは、KNN 結合の種類を選択する例を示しています。

KNN 結合の選択例を示すスクリーンショット。

KNN 結合の選択例を示すスクリーンショット。

次に、KNN 結合のパラメーターを指定します。次の例では、左側のデータセットの各映画に対して、すべての映画のキーワードに基づき、最も近い3本の映画を見つけることを目指しています。

各映画のキーワードの類似度に基づき、最も近い3本の映画を取得するように設定された KNN ボード。

各映画のキーワードの類似度に基づき、最も近い3本の映画を取得するように設定された KNN ボード。

KNN 結合機能は、データ処理の機能を強化するために実装されました。

詳細は、KNN 結合のドキュメントを参照してください。

Code Repositories のライブプレビュー中に TypeScript 関数をデバッグする［一般提供］

公開日：2024-12-17

Code Repositories で、ライブプレビュー中に TypeScript 関数をデバッグし、繰り返し改善できるようになりました。この機能は、12月16日の週に Foundry のエンロールメント全体で一般提供されます。

はじめるには、Code Repositories で TypeScript 関数を作成し、デバッグを開始したい行の行番号にカーソルを合わせてブレークポイントを配置します。次に、表示される赤い丸を選択して、ブレークポイントを設定します。

TypeScript 関数にブレークポイントを設定し、デバッグを開始する位置を Code Repositories に指定します。

TypeScript 関数にブレークポイントを設定し、デバッグを開始する位置を Code Repositories に指定します。

関数パネル内の実行とデバッグを選択して、デバッグセッションを開始します。

実行とデバッグを選択して、デバッグを開始し、デバッガーのインターフェースを起動します。

実行とデバッグを選択して、デバッグを開始し、デバッガーのインターフェースを起動します。

Code Repositories によってデバッガーのインターフェースが起動し、個々のフレームでステップオーバー、ステップイン、ステップアウトを実行できます。デバッグセッションを終了して関数のライブプレビューに戻るには、左側のパネルにある赤い四角のアイコンを選択し、実行を停止します。

Code Repositories で進行中のデバッグセッション。

Code Repositories で進行中のデバッグセッション。

TypeScript 関数のデバッグについては、オントロジー構築のドキュメントを参照してください。

時系列アラートの自動化が登場 [GA]

公開日: 2024-12-10

時系列データが特定の条件を満たしたときにアラート（「イベント」）を送信する自動化を設定できるようになりました。時系列アラートを使用すると、機械の圧力が設定された上限を超えたときや、生産量が期待される結果を下回ったときに把握できるなど、組織の重要なワークフローの状況を把握し続けられます。

時系列アラートをはじめるには、まず Quiver の時系列検索カードを使用して、時系列データ内の注目する期間を特定します。次に、時系列検索のロジックを保存し、Automate を使用して同じタイプのオブジェクトに複製します。設定したアラートの自動化が実行されると、新たに特定された時間区間が、事前に設定したアラートオブジェクトタイプのオブジェクトとして出力されます。

時系列アラート機能は、2024年12月16日の週に一般提供されます。

Automate アプリケーションの時系列条件ロジック。

Automate アプリケーションの時系列条件ロジック。

時系列アラートに Quiver と Automate を使用する理由は何ですか？

自動化は、初回の実行時に時系列全体をチェックしてアラートを検出します。その後は、新しいデータのみをチェックします。つまり、この製品はデフォルトでインクリメンタルに実行されます。これは、実行のたびに時系列全体をチェックしてアラートを検出する Foundry Rules および FoundryTS とは異なります。このため、Quiver と Automate を組み合わせて時系列アラートに使用すると、これらの従来のソリューションよりも高いパフォーマンスと低いコストを実現できます。

時系列アラートの今後の予定は何ですか？

時系列アラートの自動化は、リアルタイムのソリューションではありません。ストリームを元にした時系列に対して検索ロジックを自動化できますが、自動化はストリーミングデータに対して直接実行されるのではなく、アーカイブデータセットに対して実行されます。アーカイブジョブは10分ごとに実行されるため、少なくとも10分の追加の遅延が発生します。今後数か月間、チームはリアルタイムのアラートソリューションの開発に注力する予定です。

時系列アラートの自動化について詳しくはこちらのドキュメントをご覧ください。

アクセス権リクエストのワークフロー改善が利用可能に

公開日: 2024-12-10

リクエストのワークフローでグループの属性と説明が表示されるようになり、アクセス権のリクエストをこれまで以上に簡単に行えるようになりました。

さらに、アクセス権のレビュー担当者は、強化された検索機能によってタスクを特定でき、リクエストを開かずにより多くの情報をひと目で確認できるほか、誤って承認したサブタスクを簡単に元に戻せるようになりました。

リクエストのワークフローにおける主な改善点

プラットフォーム内のプロジェクトに多くのグループがある場合、アクセス権をリクエストするときにどのグループを選択すべきか判断しづらいことがあります。以下の新機能の一部を利用することで、リクエストの操作性を改善する設定を行い、グループの詳細をより明確に把握できます。

  • グループの説明が設定されている場合、リクエストのフローでグループ名の下に表示されるようになりました。
  • グループに属性を設定できるようになり、選択可能なグループを絞り込めます。たとえば、グループにロール属性を追加すると、特定の権限を持つグループに絞り込めます。グループの属性を設定する方法については、ドキュメントをご覧ください。
  • リクエストの作成者にメール通知が自動送信されるようになりました。これらの通知は任意であり、必要に応じて受信を停止できます。

グループの説明と絞り込み機能を備えた、改善されたアクセス権のリクエストダイアログ。

グループの説明と絞り込み機能を備えた、改善されたアクセス権のリクエストダイアログ。

レビューのワークフローにおける主な改善点

アクセス権リクエストのレビュー担当者は、以下の視認性と操作性の改善により、リクエストを効率的に処理できるようになりました。

  • 誤って承認したアクセス権リクエストを、より簡単に元に戻せるようになりました。リクエストの承認者は、各サブタスクで新しい元に戻すオプションを使用できます。

    承認済みのマーキングへのアクセス権リクエストで利用可能な、元に戻すオプション。

    承認済みのマーキングへのアクセス権リクエストで利用可能な、元に戻すオプション。

  • Approvals アプリケーションの受信トレイ表示で、レビュー担当者がリクエストのプレビューを閲覧し、リクエストの概要ページを開かずに主要な詳細を把握できるようになりました。

    従来と新しいアクセス権リクエストの2つのプレビュー。リクエストの作成者、リクエスト日時、理由、関連するプロジェクトなどの詳細が表示されています。

    従来と新しいアクセス権リクエストの2つのプレビュー。リクエストの作成者、リクエスト日時、理由、関連するプロジェクトなどの詳細が表示されています。

  • リクエストのレビュー担当者は、ユーザーのグループを確認するためにプラットフォーム設定に移動する必要がなくなりました。代わりに、リクエストで参照されているグループと、リクエストしたユーザーが所属するグループを確認できるようになりました。

    開いているアクセス権リクエストと、ユーザーが現在所属するグループを示すポップアップウィンドウ。

    開いているアクセス権リクエストと、ユーザーが現在所属するグループを示すポップアップウィンドウ。

  • 以前は、別のレビュー担当者がすでに処理したリクエストに対して、レビュー担当者が操作を行うことはできませんでした。現在は、資格を持つすべてのレビュー担当者が、以前のレビューをオーバーライドし、編集してリクエストを承認できます。

    アクセス権リクエストの下部にあるアクションボタン。適格なタスクを承認するオプションと、タスクをオーバーライドして承認するオプションがあります。

    アクセス権リクエストの下部にあるアクションボタン。適格なタスクを承認するオプションと、タスクをオーバーライドして承認するオプションがあります。

最後に、検索およびフィルター機能にも、いくつかの小さな改善が加えられました。

  • リクエストのタイトルとリクエスト対象のグループで検索できるようになりました。

  • 選択したフィルターは、セッション中もセッション間でも保存されるようになりました。

  • 冗長なステータスとクイックフィルターが削除されました。

    検索とフィルターのオプションおよび表示が更新された、Approvals アプリケーションの概要ページ。

    検索とフィルターのオプションおよび表示が更新された、Approvals アプリケーションの概要ページ。

承認とアクセス権リクエストについて詳しくはこちら。

Data Connection を使用して JDBC ベースのソースに任意のドライバープロパティを設定する [GA]

公開日: 2024-12-12

Data Connection アプリケーションで設定したカスタム JDBC ソースを通じて、Foundry を Snowflake や Salesforce などのさまざまなリレーショナルデータベースやデータウェアハウスに接続できます。Foundry のエンロールメント全体で一般提供された Data Connection の JDBC プロパティパネルを使用すると、ドライバーの動作を作成・設定する際に、基盤となる Palantir 提供の JDBC ドライバーの任意のプロパティを設定できます。

Data Connection で接続を設定する際に、Palantir 提供の JDBC ソースにドライバープロパティを追加できます。

Data Connection で接続を設定する際に、Palantir 提供の JDBC ソースにドライバープロパティを追加できます。

Data Connection で新しいソースを作成する際に、接続情報ウィンドウで追加オプションを選択して JDBC プロパティパネルを開くことで、JDBC プロパティを追加できます。また、新しい暗号化されたプロパティを作成することで、ドライバーに指定する JDBC プロパティのうち、選択したプロパティを暗号化することもできます。

Data Connection では、ドライバーに自動的に渡されるプロパティに加えて、JDBC プロパティを追加で作成できます。

Data Connection では、ドライバーに自動的に渡されるプロパティに加えて、JDBC プロパティを追加で作成できます。

JDBC ソースで利用可能な Palantir 提供のドライバーの全一覧は、Data Connection のドキュメントを参照してください。

プロジェクトテンプレートを使用してプロジェクトを標準化する [GA]

公開日: 2024-12-12

プロジェクトテンプレートは、スペース内でのプロジェクトの作成と設定を標準化します。

ロール、グループ、マーキング、プロジェクト制約など、プラットフォームのセキュリティプリミティブを設定することで、ガバナンスフレームワークを支えることができます。これらの設定をプロジェクトテンプレートに組み込み、すべての新しいプロジェクトに必須とすることで、組織は作成されるプロジェクトにガバナンスのガードレールを設定できます。

スペースの所有者は、プロジェクトテンプレートを作成、編集、削除できます。プロジェクトテンプレートは、Control Panel のスペース拡張機能でスペースごとに管理できます。

プロジェクトテンプレートの作成ウィザードを使用して、新しいプロジェクトテンプレートを設定します。

プロジェクトテンプレートの作成 ウィザードを使用して、新しいプロジェクトテンプレートを設定します。

プロジェクトテンプレートの管理について詳しくはこちらのドキュメントページをご覧ください。

Examples でユースケースの構築を加速：独自のデータの持ち込みとウォークスルーの作成が可能に

公開日: 2024-12-12

Build with AIP の新しいプラットフォーム内コンポーネントである Examples は、ワークフローの構築を加速するために設計された、厳選されたリファレンス例、チュートリアル、構成要素のライブラリです。

Examples にアクセスするには、ワークスペースのナビゲーションバーにあるアプリケーション検索に「Examples」と入力するか、サポート > 例を探すからアクセスします。また、アプリケーションのスプラッシュページから、そのアプリケーションに特化した例を直接探索できます。

Examples の2つの画期的な新機能が、すべてのエンロールメントで利用可能になりました。

  • 独自のデータを持ち込む： 特に有望な例のいくつかで、独自のデータを使用して、デスクトップからドラッグアンドドロップするだけで（または Foundry の既存のリソースをアップロードして）、複雑なワークフローを簡単にインストールできるようになりました。この機能を試すには、「独自のデータを持ち込む」タグが付いた例を探してください。この画期的な機能により、本番環境で使用できるワークフローを簡単にインストールできます。

    例に付いている「独自のデータを持ち込む」タグを探してください。

    例に付いている「独自のデータを持ち込む」タグを探してください。

    独自のデータで例をインストールし、本番環境で使用できるワークフローを数分で稼働させられるようになりました。

    独自のデータで例をインストールし、本番環境で使用できるワークフローを数分で稼働させられるようになりました。

  • AIP Assist チュートリアル： ワークフローがどのように作成されたかを、手順ごとに詳しく説明するウォークスルーを利用できます。AIP Assist のウォークスルーがリソースからリソースへと自動的に案内し、ワークフローを理解しやすくします。

    Examples のウォークスルー機能で、例に含まれるリソースの説明を手順ごとに確認できます。

    Examples のウォークスルー機能で、例に含まれるリソースの説明を手順ごとに確認できます。

さらに、Examples アプリケーションは AIP だけでなく、Foundry のほぼすべての領域でインストール可能な例を網羅しています。各 Foundry アプリケーションのホームページで、そのアプリケーションに特化したリファレンス例を探索できます。

Examples の詳細については、ドキュメントをご覧ください。

Workshop の PDF ビューアーウィジェットを使用してドキュメントに注釈を作成する

公開日: 2024-12-10

Workshop の PDF ビューアーウィジェットで、PDF ファイルに重ねて表示するテキスト注釈や領域注釈の作成、表示、操作が可能になり、より複雑なドキュメントのタグ付けワークフローに対応できるようになりました。

PDF ビューアーを使用して、色やインタラクションをカスタマイズできる注釈としてオントロジーオブジェクトを表示します。

PDF ビューアーを使用して、 オントロジーオブジェクトを注釈として 色やインタラクションをカスタマイズして表示します。

PDF ビューアーウィジェットのウィジェットの設定パネルにある注釈オプションメニューから、ドキュメントの注釈の表示とインタラクションを設定できます。カスタムカラーのハイライトや選択時のイベントなどの機能を使用して既存の注釈を表示・カスタマイズする場合は、既存の注釈を表示メニューから注釈レイヤーを追加できます。

注釈オプション内で、注釈の表示と作成を設定できます。

注釈の表示と作成は、注釈オプション内で設定できます。

また、注釈を作成（アクション経由） を使用して、新しいテキスト注釈や領域注釈に対して実行されるアクションを設定できます。これにより、テキストや領域をハイライトしたときに表示される注釈を追加する： ポップアップから、ドキュメントに注釈を追加できます。

ドキュメントのテキストや特定の領域を選択したときに表示される注釈アクションを設定できます。

ドキュメントのテキストや特定の領域を選択したときに表示される注釈アクションを設定できます。

Workshop で既存の注釈を設定する方法や新しい注釈を作成する方法の詳細については、PDF ビューアーのドキュメントを参照してください。

エンロールメント管理者向けにプロジェクトレベルでの AIP レート制限管理を提供開始

公開日: 2024-12-10

エンロールメント管理者は、Resource Management アプリの AIP レート制限ページに移動して、特定のプロジェクト内のすべてのリソースが毎分合計で利用できる TPM（1分あたりのトークン数）と RPM（1分あたりのレート）の最大割合を、モデルごとに設定できます。

これにより、AIP で意欲的なユースケースに取り組む場合に、本番ユースケースでの LLM 利用を最大化しつつ、試験的なプロジェクトがエンロールメントの容量全体を使い切らないように制限または禁止する柔軟性が得られます。

デフォルトでは、すべてのプロジェクトに利用上限が設定されています。管理者は、プロジェクトの制限を追加で作成し、それぞれに含めるプロジェクトと、利用できるエンロールメント容量の割合を定義できます。

詳しくは、新しい LLM 容量管理のドキュメントをご覧ください。

Resource Management の AIP レート制限ページに移動して、プロジェクトの制限を追加および管理します。

Resource Management の AIP レート制限ページに移動して、プロジェクトの制限を追加および管理します。

Pipeline Builder で疑似コード表示が利用可能に

公開日: 2024-12-10

本日より、データ加工を疑似コードで表示して、パイプラインを読みやすくできるようになりました。

疑似コードとは

疑似コードは、アルゴリズムや処理の手順を平易な言葉で簡潔に記述する方法です。コードに似ていますが、特定のプログラミング言語の構文に従わないため、読みやすく理解しやすくなっています。

疑似コードには、次のメリットがあります。

  • 読みやすさの向上： データ加工をすっきりとした疑似コード形式で表示する選択肢が追加されました。このロジックの表現方法に慣れている方や、この表現方法を好む方にとって、ロジックを追いやすくなります。
  • 画面への自動調整： 疑似コードは画面に収まるように自動調整されるため、延々とスクロールする必要はありません。

Pipeline Builder のグラフに追加された疑似コード表示の選択肢。画面幅を調整するとレイアウトが自動調整される様子を示しています。

Pipeline Builder のグラフに追加された疑似コード表示の選択肢。画面幅を調整するとレイアウトが自動調整される様子を示しています。

この設定は、設定のユーザー設定、または任意のデータ加工パスの </> アイコンから有効にできます。

ユーザー設定の選択肢を選択して、表示設定にアクセスします。 </> アイコンを使って、折りたたまれたボードの疑似コードスタイルを有効にします。

以下の2枚の画像は、2つの表示オプションを示しています。従来の形式では、現在のデータ加工が次のように折りたたまれた形式で表示されます。

以下の2枚の画像は、2つの表示オプションを示しています。従来の形式では、現在のデータ加工が次のように折りたたまれた形式で表示されます。

この画像は、現在の データ加工を折りたたまれたボード形式で表示したものです。このレイアウトに慣れていて、わかりやすいと感じるユーザーには、この形式が好まれる場合があります。

一方、新しい疑似コード形式では、次の画像のように表示されます。

この画像は、データ加工の新しい疑似コード表示を示しています。データ加工がすっきりと読みやすい形式で表示されるようになり、特にコーディングに慣れているユーザーに役立ちます。

この画像は、データ加工の新しい疑似コード表示を示しています。データ加工がすっきりと読みやすい形式で表示されるようになり、特にコーディングに慣れているユーザーに役立ちます。

疑似コードを有効にしても、Pipeline Builder にコードを書き込めるようになるわけではなく、差分表示、結合、和集合、LLM ノードにも影響しないことに注意してください。この機能は、個々のデータ加工が何をしているかについて、より充実した概要を示し、ざっと読んで理解しやすくすることを目的としています。

データ加工の表示に関するドキュメントをご覧ください。

Direct OpenAI と Azure OpenAI の両方を有効にすると LLM 容量が増加

公開日: 2024-12-05

本日より、Azure OpenAI と Direct OpenAI の両方のモデルファミリーを有効にしている場合、エンロールメントで利用できる GPT4o と GPT4o-Mini の TPM（1分あたりのトークン数）と RPM（1分あたりのリクエスト数）の容量が 2倍になります。Direct OpenAI を有効にすると、安定性の向上と新しいモデルへの早期アクセスも保証されます。

Direct OpenAI は現在、地理的制限に対応していないことに注意してください。そのため、増加した容量を利用できるのは、地理的制限のないエンロールメントのみです。

エンロールメント管理者は、Control Panel の AIP 設定拡張機能にあるモデルの有効化タブで、Direct OpenAI やほかのモデルファミリーを有効にできます。

Control Panel の AIP 設定で、特定のモデルファミリーを有効にできます。

特定のモデルファミリーを有効にできます。 設定場所は Control Panel の AIP 設定です。

Workshop と連携し、双方向通信できるカスタムウィジェットを作成する

公開日: 2024-12-05

Workshop との双方向通信を可能にするプラグイン ↗を使用して、オントロジー SDK で構築した Web アプリケーションまたは外部の Web アプリケーションを iframe に埋め込むことで、Workshop の双方向 iframe ウィジェットのサポートを利用できるようになりました。双方向通信の機能には、次のものがあります。

  • カスタムウィジェットがアクセスして操作するフィールドとイベントの設定を定義する
  • カスタムウィジェット内から Workshop 変数を読み取る
  • カスタムウィジェット内から Workshop 変数に書き込む
  • カスタムウィジェット内から Workshop イベントを実行する

変数とイベントを使って設定フィールドを定義する

カスタムウィジェット独自の設定パネルの形式を、変数とイベントを使って定義できます。賃貸住宅オブジェクトの画像カルーセルを備えたオントロジー SDK アプリを例にすると、変数とイベントは、対応するフィールドのリストで構成される設定で定義され、その後、関連するラベルとともに Workshop に表示されます。

アプリケーションの URL を Workshop に読み込むと、アプリケーション内のフィールドに対応するフィールドのリストが、ウィジェットの設定オプションとして読み込まれます。上のアニメーションでは、カスタムカルーセルアプリケーションの設定オプションに、文字列フィールドのカルーセルタイトル、オブジェクトセットフィールドのカルーセルオブジェクト、オブジェクトセットフィールドの選択されたカルーセルオブジェクト、イベントフィールドのカルーセル OnClick イベントが含まれています。

アプリケーションの URL を Workshop に読み込むと、 アプリケーション内のフィールドに対応するフィールドのリストが、ウィジェットの設定オプションとして読み込まれます。 上のアニメーション では、カスタムカルーセルアプリケーションの設定オプションに、 文字列フィールドのカルーセルタイトル、 オブジェクトセットフィールドのカルーセルオブジェクト、オブジェクトセットフィールドの選択されたカルーセルオブジェクト、イベントフィールドのカルーセル OnClick イベントが含まれています。

Workshop 変数を読み取る

iframe 内に表示されるカスタムアプリは、Workshop 変数に変更があるたびに、その時点で更新を受け取り続けます。

Workshop で設定した変数の値を変更すると、その変更がサンプルのオントロジー SDK アプリに即座に通知され、再表示できるようになります。このアニメーションでは、カルーセルアプリのタイトルが動的に変更されています。

Workshop で設定した変数の値を変更すると、即座に その変更が サンプルのオントロジー SDK アプリに通知され、再表示できるようになります。この アニメーションでは、カルーセルアプリのタイトルが動的に変更されています。

Workshop 変数に書き込む

カスタムアプリは Workshop 変数に書き込めます。プラグインパッケージ ↗が提供する API を使用して Workshop の変数値を設定するには、定義した設定変数フィールドの ID を使用します。以下のコードスニペットでは、設定フィールド selectedCarouselObject の例を示しています。iframe に埋め込んだアプリケーションで次のメソッドを使用すると、selectedCarouselObject に値を設定する Workshop 変数に書き込めます。

workshopContext.selectedCarouselObject.setLoadedValue(val: OntologyObject[] | undefined);
workshopContext.selectedCarouselObject.setLoading();
workshopContext.selectedCarouselObject.setReloading(val: OntologyObject[] | undefined);
workshopContext.selectedCarouselObject.setFailed(errorMessage: string);

ユーザーがオントロジー SDK アプリまたはカスタムアプリを操作すると、Workshop がそれに応じて更新され、変数値を使用する適切なコンポーネントが表示されて、新しい値が反映されます。上の GIF では、クリックしてカルーセルを進めると、設定内の選択されたカルーセルオブジェクトフィールドが、カルーセルの現在のスライドに対応するオブジェクトで更新されます。

ユーザーがオントロジー SDK アプリまたはカスタムアプリを操作すると、Workshop がそれに応じて更新され、変数値を使用する適切なコンポーネントが表示されて、新しい値が反映されます。 上の GIF では、クリックしてカルーセルを進めると、設定内の選択されたカルーセルオブジェクトフィールドが、カルーセルの現在のスライドに対応するオブジェクトで更新されます。

Workshop イベントを実行する

カスタムアプリは Workshop イベントを実行できます。プラグインパッケージ ↗が提供する API を使用して Workshop のイベントを実行するには、定義した設定イベントフィールドの ID を使用します。以下の例では、設定フィールドは carouselOnClickEvent です。iframe に埋め込んだアプリケーションで次のメソッドを使用すると、フィールド carouselOnClickEvent に設定された Workshop イベントを実行できます。

workshopContext.carouselOnClickEvent.executeEvent(mouseEvent?: React.MouseEvent);

オントロジー SDK アプリまたはカスタムアプリでトリガーされたときに発生するイベントを設定できます。上のアニメーションでは、ユーザーがアプリケーションのカルーセル内の画像をクリックすると、クリックされたカルーセルスライドに対応するオブジェクトの詳細情報を含むオーバーレイが開きます。

オントロジー SDK アプリまたはカスタムアプリでトリガーされたときに発生するイベントを設定できます。上のアニメーションでは、ユーザーが アプリケーションのカルーセル内の画像をクリックすると、クリックされたカルーセルスライドに対応するオブジェクトの詳細情報を含むオーバーレイが開きます。

カスタムウィジェットをセットアップする方法

はじめるには、Iframe のドキュメントで実装の詳細を確認します。次に、NPM プラグインのドキュメント ↗を参照し、React アプリまたはオントロジー SDK アプリでプラグインを設定することを推奨します。

プラグインを設定したら、Palantir のドキュメントに記載されている手順に沿って、ウィジェットの設定を続けます。

Quiver の AIP へのアクセスと使いやすさが向上 [一般提供]

公開日: 2024-12-03

Quiver の AIP へのアクセスは、12月2日の週に一般提供されます。

2023年7月以降、ユーザーは Quiver キャンバスから AIP を活用し、自然言語のプロンプトで新しいカードの生成や既存のカードの設定を AIP に依頼することで、データを簡単に探索できるようになりました。Quiver の大規模言語モデルを活用した2つの主要機能である AIP Generate と AIP Configure に、AIP が有効なほとんどの Foundry エンロールメントで、カードの下からもアクセスできるようになりました。これまでどおり、Quiver ワークスペースの上部リボンや選択したカードからもアクセスできます。

AIP Generate はユーザーのプロンプトから分析を作成し、オントロジーで利用可能なデータに関するインサイトをすばやく提供します。Object Explorer や Contour に備わっている機能に加え、オブジェクトセットを分析する別の方法を提供します。AIP Configure はユーザーのプロンプトを適用してカードの設定を更新し、Quiver の可視化設定にどの程度慣れているかにかかわらず、分析の出力をユーザーのニーズに合わせて調整します。

AIP を活用できる Quiver カードには、カード検索バーで右側に AIP ロゴが表示されます。

AIP の分析機能を元にしている Quiver カードには、右側に AIP ロゴが表示されます。

AIP の分析機能を元にしている Quiver カードには、右側に AIP ロゴが表示されます。

Quiver カードから AIP Generate にアクセスする

Quiver で分析するオブジェクトセットを選択すると、カードの選択欄の下に AIP ロゴ付きの入力項目が表示され、探索を続けるためにクエリを入力するよう案内されます。実行したい分析操作をテキスト入力ボックスに記述すると、AIP Generate が Palantir が提供する大規模言語モデル（LLM）を使用して選択肢を提案します。

ユーザーは Quiver カードの下から AIP Generate にアクセスして、新しい分析を作成できます。

ユーザーは AIP Generate にアクセスし、 Quiver カードの下から新しい分析を作成できます。

選択肢を選択するか Enter キーを押すと、AIP がカードをキャンバスに追加し、すべての設定を代わりに行います。テキスト入力ボックスでプロンプトを変更して、別の選択肢を生成することもできます。

クエリに複数のステップが必要だと AIP が判断した場合、+ フォローアップとして強調表示されます。+ フォローアップタグにカーソルを合わせると、AIP が自動的に適用する次のプロンプトが表示されます。

クエリに複数のステップが必要だと判断した場合、AIP はフォローアップ操作を生成します。

クエリに複数のステップが必要だと判断した場合、AIP はフォローアップ操作を生成します。

+ フォローアップを選択すると、AIP Generate は思考の連鎖モードに入り、これまでのステップと、提案する次の操作を表示します。リセットを選択すると、AIP Generate の最初のフォローアップを再設定するために、ご自身のプロンプトを入力できます。

AIP Generate は、複数ステップのクエリで思考の連鎖モードに入ります。

AIP Generate は思考の連鎖モードに入ります。 これは複数ステップのクエリに対応するためです。

新しく作成した分析から AIP Configure にアクセスする

既存のカードを設定するには、カードにカーソルを合わせて変更ボタンを選択し、AIP アイコンの右側のテキスト項目に設定用のプロンプトを入力します。提案された変更を選択する前に、AIP の提案がプロンプトに応えていることを確認します。

ユーザーは分析カードの下から AIP Configure にアクセスできます。

ユーザーは分析カードの下から AIP Configure にアクセスできます。

Quiver でこれらの機能にアクセスするには、Foundry エンロールメントで AIP が有効になっている必要があります。

AIP Generate と AIP Configure の詳細は、Quiver の既存のドキュメントを参照できます。

Carbon ワークスペースでカスタム LLM 搭載アシスタントを活用する

公開日: 2024-12-03

12月9日の週から、Carbon ワークスペースで AIP Assist エージェントが一般提供されます。AIP Assist エージェントは、カスタムソースのみを検索コンテキストとして使用する LLM 搭載アシスタントで、ユーザーは特定のニーズに合わせた即時かつ対話的なサポートにアクセスできます。Carbon ワークスペースの管理者は、Agent Studio で AIP Assist エージェントを設定してデプロイし、Carbon ワークスペースで利用可能にできるようになりました。これにより、対象を絞った、コンテキストに関連する分野のサポートにアクセスできます。

Carbon ワークスペースの管理者は、ワークスペースの設定に移動して AIP Assist を有効にし、エンドユーザーがアクセスできるエージェントを1つ以上選択することで、この機能を利用できます。

AIP Assist を有効にしてエージェントを選択するオプションが追加された Carbon ワークスペースの設定。

AIP Assist を有効にしてエージェントを選択するオプションが追加された Carbon ワークスペースの設定。

エージェントごとに異なる分野の専門知識を提供できるため、サポートを柔軟にカスタマイズし、最も必要とされるときと場所で、専門的な対話型支援を提供できます。

AIP Assist エージェントへの質問の提案が表示された Carbon ワークスペースのサンプル。

AIP Assist エージェントへの質問の提案が表示された Carbon ワークスペースのサンプル。

この機能にアクセスするには、選択されたエージェントへの権限が必要であることに注意してください。

AIP Assist エージェントと Carbon ワークスペースの詳しくはこちら。

監視ビュー向けの新しい Slack および Webhook 統合

公開日: 2024-12-03

既存の PagerDuty サポートに加え、Slack および Webhook を通じて監視ビューのアラートを受信できる新しい統合が利用可能になりました。これにより、監視ビューを Slack と統合して指定したチャネルでアラートを受信したり、Webhook を通じてほかの外部システムと統合したりできます。ユーザーはリソースをより効果的に監視し、希望するチャネルで迅速にアラートを受け取り、既存のワークフローやツールとシームレスに統合できるようになりました。

新しい Slack 統合では、Data Connection から Slack ソースを選択できるため、監視ビューの Slack アラートを設定する際に、認証用の資格情報やエグレスポリシーを手動で入力する必要がなくなります。

選択した Slack ソース、チャネル、重大度が表示された Slack 統合の設定ダイアログ。

選択した Slack ソース、チャネル、重大度が表示された Slack 統合の設定ダイアログ。

ユーザーは、Webhook を選択し、その Webhook のメッセージパラメーターを選び、重大度レベルを選択することで、監視ビューの Webhook 統合を作成できます。

Webhook、メッセージパラメーター、重大度が表示された Webhook 統合の設定ダイアログ。

Webhook、メッセージパラメーター、重大度が表示された Webhook 統合の設定ダイアログ。

これらの新しい統合により、最も便利で効果的な通知チャネルを柔軟に選択しながら、インシデント対応プロセスを効率化し、システム全体の信頼性を向上できます。

すべての統合は、特定の重大度レベルに対して設定されることに注意してください。その重大度に一致するアラートのみが、関連付けられた統合をトリガーします。

Slack、Webhook、PagerDuty 統合の設定について詳しくはこちら。

AIP Assist のパフォーマンスと精度を大幅に向上

公開日: 2024-12-03

11月13日から14日に開催された、技術リーダーと開発者向けの初の Developer Conference で寄せられたフィードバックを受け、AIP Assist に一連の大幅な改善を加えました。これにより、使い勝手と生産性が向上します。

AIP Assist のパフォーマンス向上のために実施した主な更新

  • ハルシネーションの削減とツール使用の改善： AIP Assist は、無関係な情報や誤った情報の発生を抑え、より正確な回答を提供するようになりました。アシスタントとのやり取りで、より明確なレスポンスと、より適切なツールの活用を期待できます。
  • より詳細で充実したレスポンス： クエリに対して、より包括的な回答を得られます。AIP Assist は掘り下げた情報と説明を提供し、必要な詳細を把握できるようにします。
  • Platform Assist と Developer Assist のドキュメント検索機能の改善： Platform Assist と Developer Assist の両モードで検索機能を強化しました。必要な情報を、これまで以上に迅速かつ正確に見つけられるようになりました。

プラットフォーム API ドキュメントに関する知識の向上

AIP Assist は、開発者が機能や API を最大限に活用できるよう、プラットフォーム API のリファレンスドキュメントから直接、詳細な説明と例を提供するようになりました。開発作業において、より関連性が高く正確な支援を期待できます。

Developer Assist で Anthropic Claude 3.5 Sonnet を有効化

Claude 3.5 が Developer Assist の優先モデルになりました。このアップグレードにより、コードに関する支援の精度が大幅に向上します。コーディング、デバッグ、新しいプログラミング概念の探索のいずれにおいても、Developer Assist はこれまで以上に正確で役立つ支援を提供します。

Claude 3.5 が利用可能な地域で有効にするには、Palantir 管理者にお問い合わせください。

モデルとクエリの理解に関する詳細を表示する新しい情報オプション

各回答の下にある情報アイコンを使うと、AIP Assist が使用したモデルと、クエリをどのように理解したかを確認できるようになりました。

情報アイコンからコンテキストメニューを開くと、AIP Assist がどのようにレスポンスを提供したかを確認できます。

情報アイコンからコンテキストメニューを開くと、AIP Assist がどのようにレスポンスを提供したかを確認できます。

Pipeline Builder で Python 関数を使用する [ベータ版]

公開日: 2024-12-03

Pipeline Builder がパイプラインでの Python 関数の使用をサポートするようになりました。この新しい機能により、強力な Python ライブラリを含むカスタム Python ロジックを、バッチパイプラインとストリーミングパイプラインにシームレスに統合できます。

はじめるには、Code Repositories で Python 関数テンプレートを開き、Python 関数を記述します。

Code Repositories で作成した Python 関数。

Code Repositories で作成した Python 関数。

関数のリリースにタグを付けたら、Pipeline Builder で Python 関数をインポートして使用できるようになります。

Pipeline Builder のプレビューで、手動入力テーブルに Python 関数を適用した出力。

Pipeline Builder のプレビューで、手動入力テーブルに Python 関数を適用した出力。

Pipeline Builder で Python 関数を使用する方法の詳細は、「Pipeline Builder で Python 関数を使用する」のドキュメントを参照してください。

ドキュメント Web サイトの新しい「フィードバックを送信」オプションでコンテンツの改善に協力する

公開日: 2024-12-03

ドキュメントのすべてのページの下部にある新しいフィードバックを送信オプションを通じて、公開ドキュメント Web サイト ↗ に関するご意見を共有できるようになりました。詳しい説明や明確化を希望するトピックから、ドキュメントと、それに連動する AIP Assist が Palantir プラットフォームをさらに効果的に活用するために追加できるリソースまで、改善案をぜひお聞かせください。

Palantir プラットフォームをできる限りスムーズかつ効率的にご利用いただけるよう努めるうえで、皆様のインサイトは非常に貴重です。皆様の成功をよりよく支援できるよう、フィードバックを取り入れ、ドキュメントを更新してまいります。

注記： フィードバックの送信に登録は不要で、参加は任意です。Palantir による個人情報の取り扱いについて詳しくは、_ プライバシーステートメント ↗を参照してください。

ドキュメントのすべてのページの下部に、フィードバックを送信オプションがあります。

ドキュメントのすべてのページの下部に、フィードバックを送信オプションがあります。

サーバーレス Python 関数のサポートを導入 [ベータ版]

公開日: 2024-12-03

Foundry の Python 関数のサーバーレスサポートがベータ版に移行します。TypeScript と同様に、関数リポジトリにタグを付けてリリースすると、追加のセットアップなしで Python 関数を実行できるようになります。サーバーレスバックエンドを使用する Python 関数は、Workshop、Actions、および現在 TypeScript 関数を使用できるその他の場所で利用可能になります。この新しい高性能バックエンドにより、セットアップやユーザーが管理するリソースなしで関数を実行できます。

サーバーレス Python は現在ベータ版として利用可能で、順次有効化されています。サーバーレスオプションが有効になっているかどうかは、下のスクリーンショットのように Ontology Manager で関数に移動して確認できます。

Ontology Manager で既存の関数のサポートをサーバーレスとデプロイ済みから選択します。

Ontology Manager でサーバーレスと デプロイ済みのサポートを 既存の関数に対して選択します。

お使いのエンロールメントでサーバーレスオプションが利用できない場合は、有効化について Palantir サポートにお問い合わせください。

有効化されると、新しい関数リポジトリはすべて、タグを付けてリリースした後、デフォルトでサーバーレスバックエンドを使用します。ほかの設定やセットアップは必要ありません。Python 関数については、Palantir の Python ドキュメントで詳しくはこちらをご覧ください。また、Ontology Manager 内で、「デプロイ済み」バックエンドを使用している既存の Python 関数をサーバーレスに切り替えることもできます。

通常はサーバーレスを推奨しており、有効化されている場合はデフォルトとなります。どちらを使用するかを検討する際は、以下のガイダンスを参照してください。

デプロイ済み関数には、サーバーレス関数では利用できない以下の機能があります。

  • 外部ソースのサポート。
  • デプロイ済み関数は長時間稼働するため、関数が再起動を許容できる場合は、ローカルキャッシュを利用できる可能性があります。

デプロイ済み関数には、サーバーレス実行には適用されない制限があります。

  • 単一の関数の異なるバージョンをオンデマンドで実行できるため、より安全にアップグレードできます。デプロイ済み関数では、一度に実行できる関数バージョンは1つだけです。
  • デプロイ済み関数はデプロイが稼働している間、コストが発生しますが、サーバーレス関数は実行時にのみコストが発生します。
  • デプロイ済み関数は、インフラストラクチャが自動的に管理されるサーバーレス関数と比べて、事前のセットアップや長期的な管理により多くの作業が必要です。
  • 関数の実行環境は実行のたびに新しく作成されるため、実行間で状態が意図せず共有されることはありません。

機能の違いを詳しく理解するには、以下の関連ドキュメントページを参照してください。