お知らせ

Linterの紹介：2023年9月中旬に利用可能 [ベータ]

公開日：2023-08-30

Linterアプリケーションは、Foundryのアンチパターンの状態をチェックし、リソースをより良い状態に移動する方法を提案します。これらの推奨事項を使用して、コストを削減し、オントロジーを最適化し、Foundryエンロールメント全体のパイプラインの安定性と回復力を向上させることができます。Linterを使用することで、Foundryが提供する幅広い機能をよりよく理解し、ユーザーのユースケースの目的に役立つプラットフォームのアップデートを監視することができます。

Linterは、定期的に発生するスウィープを実行して、Foundryの状態に対するリアクティブな分析を収集します。スウィープは、事前定義されたルールに一致するリソースのリストを特定し、スウィープの結果に基づいて推奨事項のリストを作成します。Foundryの機能は頻繁に変更されるため、Linterスウィープの結果は動的であり、日々変化します。

4つの利用可能な目的モードを持つLinterアプリケーションのランディングページ。

Linterモード

Linterアプリケーションは、さまざまなモードに分かれています。各モードには、特定の目的とルールのサブセットがあります。

• リソース節約モードは、期待される組織のアウトカムを提供しながらインフラコストを削減するための推奨事項を提供します。たとえば、アウトカムを積極的に提供していないリソースの計算やストレージを削除することで、大幅なリソース節約が可能になります。
• **パイプラインの回復力[ベータ]**モードは、Foundryで構築されたワークフローとパイプラインの安定性を向上させるための推奨事項を生成します。これらの推奨事項は、パイプラインの最大回復力と安定性、およびデバッグ機能を実現することができます。
• **オントロジー最適化[ベータ]**モードは、オントロジーのストレージとインデックス時間を最小限に抑えるのに役立ちます。このモードでの推奨事項に従うことで、オントロジーを効果的にアクティブで最新のエンティティでハイドレートすることができます。
• **カバレッジ[ベータ]**モードは、Linterによって正確にスキャンされなかったFoundryリソースを示し、それらのリソースを削除するか、機能を復元するために変更することを提案します。

Linterルール

Linterルールは、Foundryのリソースメタデータに対して実行されるロジックであり、リソースが論理テストに合格するか失敗するかを判断します。リソースがテストに失敗した場合、Linterはリソースを修正してテストに合格する方法を提案します。各Linterルールはモードに属しています。

リソース節約モードのLinterルールの例：

• データセットが不適切に分割されており、コストのかかるダウンストリームの読み取りが発生します。
• スケジュールが使用されていない可能性があり、定期的にビルドが行われ、決定に使用されないデータが生成されます。
• メモリやコアが過剰にプロビジョニングされたジョブがあり、不必要に大きなSpark設定や過剰なリソース消費が発生します。

Linterによって提供される、おそらく使用されていないスケジュールの問題を解決してコンピュート時間を節約するための推奨事項。

開発ロードマップには何がありますか？

現在開発中の機能は以下の通りです。

• 推奨アクションのワークフロー、以下の機能が含まれます。
  • 推奨事項を調査中、却下、または修正済みとしてマークする。
  • 推奨事項をユーザーに割り当てる。
  • 複数の関係者間で行動を起こす前により広範な会話が必要な場合、推奨事項に対してFoundry Issueを提出する。
• 自動生成された推奨修正案：AIPを使用して各推奨事項に対する修正案を生成し、提案を受け入れることで修正を実行します。
  • 例えば、ビルドスケジュールを変更する提案や、コードリポジトリに対するプルリクエストを提出する提案などがあります。
• Linterスコープの管理者コントロールをスウィープスケジュールを通じて行う：名前空間の所有者は、Linterによって作成されたデフォルトのスウィープスケジュールを変更することができます。

... など！

Linterは2023年9月中旬にベータ版として利用可能になります。それまでの間、ドキュメントでLinterについて詳しく学んでください。

Workshop Design Hub、マーケットプレイス製品の紹介

公開日：2023-08-24

美しいローコードアプリケーションを開発する際にインスピレーションを得るのに役立つモジュールのセットであるWorkshop Design Hubが利用可能になりました。これらの高品質なWorkshopモジュールは、概念データを使用してさまざまなアプリケーションタイプとユースケースのニーズを示すエンドツーエンドの例です。ユーザーはこれらのモジュールを使用して、Workshopの機能を探索したり、自分のニーズに合わせてリバースエンジニアリングしたり、ゼロからカスタムアプリケーションを作成するスキルを向上させることができます。

Workshop Design Hubのインストールとアクセス

Workshop Design Hubは、マーケットプレイス製品です。Foundryエンロールメント管理者は、まずマーケットプレイスを介してWorkshop Design Hubをインストールし、すべてのエンロールメントユーザーがアクセスできるようにする必要があります。インストール後、モジュールは「Workshop Design Hub」という名前のプロジェクトで見つけることができます。

Workshop Design Hubのインストール方法については、管理者がマーケットプレイスのドキュメントを参照してください。

Workshop Design Hubと利用可能なモジュールについて詳しく知りたい場合は、ドキュメントをご覧ください。

保持ポリシーアプリケーションの紹介：2023年9月に利用可能 [GA]

公開日：2023-08-22

保持ポリシーアプリケーションは、2023年9月までにすべてのスタックでGAとして利用可能になります。保持ポリシーアプリケーションでは、名前空間の所有者が静的保持ポリシーとデータライフタイムポリシーを定義し、管理することができます。この新しいアプリケーションは、従来のYAMLベースのリポジトリの使用を置き換えます。

Retention Policiesアプリケーションへのリンクがある名前空間設定ページ。

アプリケーションは、その名前空間で定義されたすべての保持ポリシーを一覧表示します。これには、システム、レガシー、カスタムポリシーが含まれます。

1. システムポリシー： プラットフォームによって管理される保持ポリシー。これらのポリシーは設定できず、古いバージョンのデータのみを対象としています。ユースケースがこれらのポリシーを削除する必要がある場合は、Palantirの担当者にお問い合わせください。
2. レガシーポリシー： コードリポジトリを介して名前空間管理者によって管理される保持ポリシー。これらは非推奨とされています。これらのポリシーを新しいカスタムポリシーに移行し、レガシーポリシーページでの移行オプションを使用してリポジトリからポリシー定義を削除することをお勧めします。
3. カスタムポリシー： 保持ポリシーアプリケーションを使用して名前空間管理者が管理するポリシー。

システム、レガシー、カスタムポリシーが表示される保持ポリシーアプリケーション。

保持ポリシーの利点

保持ポリシーは、直感的なポイントアンドクリックのインターフェースを提供し、保持ポリシーの定義と管理を行うことができます。これらのポリシーは、冗長なデータの削除を自動化することでストレージコストを削減し、規制遵守および削除要件を満たすのに役立ちます。

保持ポリシーを管理する際には、ポリシーに必要なデータセットを特定するためにデータセットセレクタを追加し、ポリシーに必要なデータセットトランザクションの範囲を絞り込むためにトランザクションセレクタを選択することができます。

データセットセレクタが追加されたカスタム保持ポリシー。

データセットのプレビューで詳細タブの下にある保持ポリシーの簡略表示も利用できます。この表示では、データセットに影響を与えるすべてのポリシーが一覧表示され、現在のブランチにのみ影響を与えるポリシーに絞り込むことができます。

2つのシステムポリシーが表示される縮小された保持ポリシー表示。

今後の予定は？

今後の作業には、Foundryの承認アプリケーションを使用して、各保持ポリシーに対して承認フローのサポートを追加することが含まれます。この機能により、管理者はポリシーを承認する前に各ポリシーを確認することができます。

HyperAuto V2の紹介 [ベータ]

公開日：2023-08-22

HyperAuto V2は、2023年8月末までにインストール可能になり、リリース時にSAPをサポートします。

HyperAutoは、FoundryのERPおよびCRMシステムの統合のための自動化スイートであり、ソースの生データから価値のある使用可能な出力（データセットまたはオントロジー）を動的に生成するためのポイントアンドクリックのワークフローを提供します。

HyperAuto V2では、自動化されたSAP関連の取り込みとデータ変換のパフォーマンスと安定性が大幅に向上したユーザーエクスペリエンスが導入されています。

2023年8月22日から、HyperAuto V1での新しいSAPパイプラインの作成が非推奨となります。既存のSAPパイプラインおよびHyperAuto V1に基づく非SAPシステムは引き続き利用可能で変更されません。

実行中のHyperAutoパイプラインの概要。

ポイントアンドクリック設定

HyperAuto V2は、使いやすさを念頭に置いて再構築されました。HyperAutoパイプラインを作成および構成するには、ユーザーは直感的なステップバイステップのウィザードを使って操作するだけです。意見のあるデフォルト設定が事前に設定されているため、プロセスが合理化されますが、必要に応じて設定を調整することもできます。

HyperAutoの主な自動化機能には以下のものがあります。

• 関連するメタデータや追加情報を含むテーブルに結合してデータモデルを自動的に非正規化し、コアテーブルを豊かにします。
• ソースのデータをフォーマットおよびクリーニングし、列タイプが正確であること、列名が直感的であること、およびnullデータが正しく処理されることを確認します。
• 変更ログソースデータの重複をインテリジェントに削除し、運用使用や分析のための各テーブルの最新で混乱のないバージョンが存在するようにします。

詳細については、HyperAuto V2のドキュメントを参照してください。

適用された意見のあるデフォルト設定を持つパイプライン構成。

Pipeline Builder でのデータ変換

HyperAuto V2 は、必要に応じてソースデータを処理するために、動的に Pipeline Builder のパイプラインを生成します。これにより、データがどのように処理されているかについて完全な透明性を提供し、HyperAuto 内でどのような設定を変更したいかを理解しやすくするための、分かりやすい UI が提供されます。

既存の HyperAuto パイプラインの設定を変更すると、基本となる Builder パイプライン内に新しい提案が作成され、ユーザーによって承認およびマージされる必要があります。これにより、ライブパイプラインにデプロイされます。Pipeline Builder には包括的な変更管理ワークフローが搭載されており、HyperAuto はこれを活用して、重要なワークフローに品質保証を提供します。

ソースデータを処理するために動的に生成された Pipeline Builder パイプライン

SAP からのリアルタイムデータ処理

HyperAuto V2 は、SAP ソース用のリアルタイムストリーミング接続およびデータ変換をサポートし（SLT レプリケーションサーバーが必要）、関連する SAP データのリアルタイムビューが必要な重要な運用アプリケーションを可能にします。さらに、HyperAuto V2 は、バッチパイプラインにも大幅なパフォーマンス向上をもたらします。

SAP ストリーミングを有効にしたい場合は、Palantir の担当者にお問い合わせください。

オントロジーアクションと統合された時系列チャート

公開日：2023-08-22

Quiver ダッシュボードと Workshop アプリケーションビルダーは、時系列チャートの選択メニューから直接オントロジーアクションを公開することができるようになり、観測された時系列のコンテキストでアクションを実行するための直感的なユーザーエクスペリエンスを提供します。この新しい オントロジーアクションボタンウィジェット と時系列チャート間の統合により、ユーザーはチャート選択の X または Y 境界値をオントロジーアクションの入力として渡すことができ、時系列上の観測現象をコンテキスト化したり、センサー時系列値に基づいてオブジェクトプロパティ値を調整するなどの実用的なアプリケーションが可能になります。

時系列チャートの選択メニューから直接オントロジーアクションを公開する

アクション中

この新しい統合は、既存のワークフローを強化するために使用できます。例えば：

「アノテーション」オブジェクトインスタンスの作成

時系列チャート内で、観測された現象に関するコンテキストをキャプチャするオブジェクトを作成することができます。例えば、機械の故障の原因や、株式指数に影響を与えた市場マクロイベントなどが含まれます。x 軸選択の開始と終了の時間的値が アノテーションを作成 オントロジーアクションの入力として渡され、アノテーションイベントが生成されます。複数のイベントをプロットに注釈付けすることで、手元のデータビジュアルに関するより明確な理解が得られます。

x 軸選択の開始と終了の時間的値が「アノテーションを作成」オントロジーアクションの入力として渡される

運用値を調整する

また、観測された現象に基づいてプロパティ値を更新するためにオントロジーアクションを呼び出す機能もあります。例えば、以下の時系列チャートでは、2 つのタイプの製品、ガソリン（青）とディーゼル（赤）の予測されるバレルあたりの総コストを示す 2 つの曲線が表示されています。今日のガソリン（濃い青のドット）の実際のバレルあたりの総コスト（y 軸）は 6.35 から 8.45 セント/バレルの範囲で、最小の予測総コストである 6.01 セント/バレルからはほど遠いことがわかります。生産コストを下げるための一つのアクションは、DRA 濃度率を 15 ppm から 6.5 ppm に近い値に調整することです。x 軸で 6 の周辺を選択することで、選択した境界値を自動的に設定する DRA レベルを調整 オントロジーアクションを選択することができます。

観測された現象に基づいてプロパティ値を更新するオントロジーアクションが呼び出される

2023年9月末に Java 17 へのストリーミング変換移行予定 [移行/非推奨]

公開日：2023-08-17

2023年9月末に、すべての Foundry ストリーミング変換が、Java 17 のパフォーマンスおよびセキュリティ向上を活用するために、Java 11 から Java 17 へのランタイムを移行する予定です。Java 17 ランタイムは、内部 JDK クラスのメンバーへのリフレクティブアクセスを防ぐ破壊的な変更を導入します。ほとんどのストリーミング変換はこの変更の影響を受けませんが、一般的な認識のためにこのお知らせが広く公開されています。

Foundry ストリーミング変換の大部分は、この移行によって影響を受けないと予想されますが、実装（または関連する外部ライブラリ）が JDK の内部に反射的にアクセスする場合、ユーザー定義関数（UDF）ストリーミング変換でブレークが発生する可能性があります。Palantir は、リスクのある UDF 実装を特定し、影響を受ける可能性のあるパイプラインの所有者に連絡するために作業を行います。

Foundry UDF Definition リポジトリを所有しており、それが Foundry Streaming パイプラインで使用されている場合は、以下の手順を完了して、UDF が Java 17 と互換性があることを確認してください。

1. UDF 定義が外部ライブラリに依存している場合は、それらのライブラリのバージョンが Java 17 と互換性があることを確認します。

   • UDF 定義リポジトリのルートにある隠しファイル versions.properties を開きます。
   • 外部リポジトリから手動で追加された依存関係を特定します（つまり、リポジトリテンプレートによってデフォルトで追加されなかった依存関係）。
   • そのような依存関係がある場合、versions.properties ファイルで宣言された最小バージョンが Java 17 ランタイムと互換性があることを確認します。これには、依存関係のリリースノートを確認する必要があります。

2. UDF 実装が内部 JDK クラスにリフレクティブにアクセスしないことを確認します。

   • UDF 実装がリフレクションを使用していない場合、これ以上の手順は必要ありません。
   • UDF 実装がリフレクションを使用している場合、以下のいずれかを確認します。
     • アクセスされているクラスが JDK の内部クラスではないこと。
     • 実装が IllegalAccessException を適切に処理でき、特定のリフレクティブ操作がこの例外をスローし始めた場合に壊れないこと。

UDF 定義リポジトリの修復に関する問題が発生した場合、またはこの通知に関連する質問や懸念がある場合は、Palantir 管理者にお問い合わせください。

Quiver での AIP：透明な仮定と向上した曖昧さの取り扱い

公開日：2023-08-09

Quiver での AIP は、曖昧であったり、主観的であったり、相対的な用語を使っていたりするプロンプトに対しても答えることができるようになりました。例えば、「高い支出値に取引をフィルター処理する」や「最も重要な顧客でグループ化する」といったプロンプトです。さらに、AIP は、オブジェクトセットスキーマとデータから正しい値を推測することにより、列名やデータ値のスペルミスを処理するコンテキストの増加を持っています。

AIP Configure によって行われた透明な仮定

AIP Configure の提案されたカード設定は、設定提案と仮定が必要な設定提案の 2 つのカテゴリに分けられています。リクエストがあまり具体的でない場合、「このチャートをもっと見やすくする」など、AIP はプロンプトの曖昧な部分について仮定を立て（この例では、「見やすく」という意味に曖昧さが含まれています）、どのような変更が適切かを推測します。ユーザーは、AIP がどのような仮定を立てているかとその仮定がどのようなものかを確認する前に、提案された変更を受け入れることができます。

AIP Configure がプロンプトに答えるために行った仮定を示す設定変更の提案

提案された設定変更を受け入れた後のバープロットの状態

AIP がオントロジーデータをどのように使用するか

Quiver は、ユーザープロンプトと共に、オブジェクトセットデータの要約バージョン、または「プロパティ値のヒント」を AIP に送信するようになりました。プロパティ値のヒントは、ユーザープロンプトに答えるために関連性があると判断されたプロパティに対してのみ計算されます。

• 文字列プロパティタイプ：最大 100 の一意の値が計算されます
• 数値プロパティタイプ：最小、最大、および平均が計算されます

これまで、有効な値のサンプルがなかったため、LLM でフィルター処理されたオブジェクトセットは、セットにない値を使用していました。これは、空のフィルター処理されたオブジェクトセットが生成されることが多く、生成されたグラフ内の下流カードに影響を与えていました。これらの改善により、AIP は、プロパティ値のヒントを使用して、列名とプロパティ値のスペルミスを修正したり、高、低、最大などの定量的な説明を行う際に閾値を決定することができます。

提案された設定変更を受け入れた後のバープロットの状態

Quiver での AIP の仕組みをより深く理解するには、Quiver の AIP 機能 のドキュメントを参照してください。

Pipeline Builder での AIP の導入

公開日：2023-08-09

Pipeline Builder での AIP を使用すると、AI の力を利用して、より簡単で透明性のある結果でプロダクションパイプラインを構築できます。Pipeline Builder での AIP を使用することで、さまざまな機能を利用できます。

• Explain 機能を使って複雑なパイプラインを理解する。
• 役立つ変換パス名や説明文の提案を生成する。
• 正規表現を素早く作成・変更する。
• 文字列を設定したタイムスタンプ形式に簡単にキャストする。

クリック一つでパイプラインを説明する

開発プロセスの各段階でパイプラインの説明を動的に取得し、常に最新の状態を共同作業者と同期させます。Explain 機能を使用して、新しい承認者に有益なコンテキストを提供したり、新しいチームメンバー間で知識を移転したりすることができます。

Explain を使用して、複数のノードに関する詳細を確認できます。

また、個々のノードを選択し、右側に表示されるメニューから Explain オプションを選択することで、個々のノードに関する詳細を確認できます。

より良いパス名と説明文の生成

また、Explain を使用して、パイプライン全体での共同作業と透明性を促進するために、役立つ変換パス名や説明文を提案して適用できます。これは、特定のユースケースでの複雑なパイプラインや変換を理解する際に特に役立ちます。

また、グラフビューの下部にある Suggestions タブを使用して、一括で新しい名前や説明文を生成することができます。

トランスフォームの設定と適用を簡単に

Pipeline Builder の Transform Assist 機能を使用して、パイプラインの中で複雑なパスを構築するのに役立てます。

正規表現の修正と作成

Pipeline Builder の新しい Transform Assist 機能を使用すると、正規表現ヘルパーに探したい情報の説明を入力することで、複雑な正規表現を簡単に作成および修正できます。以下の例では、データセットでメールドメインを返す正規表現を適用したいと考えています。

AIP は、適用したときに定義した結果を返す正規表現を生成します。

文字列を素早くタイムスタンプにキャスト

Transform Assist を使用すると、タイムスタンプフォーマッターツールを使用して、文字列行を指定されたタイムスタンプに効率的にキャストすることもできます。キャストボード内でパースフォーマットを定義し、Generate を選択してフォーマット設定を素早くボードに追加します。

Apply を選択して、文字列行を指定されたタイムスタンプフォーマットにキャストします。

出力データセットプレビューで新しい parsed タイムスタンプ行を表示します。

Pipeline Builder での AIP 機能の使用を始める方法を学びましょう。

レガシーデータ接続エージェントが最適化された直接接続に移行するために 2023 年 8 月に廃止されます [Sunset]

公開日: 2023-08-07

Palantir Foundry は、レガシーデータ接続エージェントを廃止し、データ接続を Kubernetes 上で動作するより安全で、より信頼性が高く、より効率的なクラウド提供サービスである Rubix に移行します。この更新により、Palantir が外部の顧客ネットワークに接続するための暫定的な解決策であったデータ接続エージェントは必要なくなります。

したがって、Palantir が提供する AWS ホストにインストールされたすべてのエージェントは、2023 年 8 月末までに廃止され、影響を受けるすべてのワークフローは直接接続に移行する必要があります。Palantir のエンジニアは現在、Rubix のインストールがクラウド取り込みを実行できるスタックの顧客向けに移行を完了する作業を進めています。

ワークフローを直接接続に移行する利点は以下の通りです:

• 高い信頼性: 直接接続はエージェントよりも信頼性が高く、管理が容易です。週次メンテナンスウィンドウの必要性がなく、ダウンタイムを排除します。
• より良い並列処理: 直接接続は複数の並列同期をより良く処理し、各同期が独立したジョブとして実行されるため、Foundry 内での自動スケーリングを直接利用します。
• より良いネットワーキング管理: ジョブは、そのジョブを実行するために必要なエンドポイントのみにアクセスします。これは、エージェントベースの接続とは対照的で、単一のエージェントホストがそのエージェントを介して実行する必要のあるすべてのジョブのネットワーキング要件を満たす必要があります。
• セルフサービス: 直接接続は Palantir のサポートに依存しないため、その管理は Foundry の UI 内で直接管理できます。

エージェントベースのワークフローを続けることを希望する場合は、自分のハードウェア上に新しいエージェントを作成し、そのエージェントを影響を受けるソースに割り当てることができます。

詳細については、データ取り込みワークフローの Rubix 移行を参照してください。また、移行を完了するには、エージェントから直接接続へのソースの切り替えで提供されている手順に従ってください。

Foundry ニュースレターの紹介 [ベータ]

公開日: 2023-08-01

Foundry 全体で行われているすべての興奮すべき変更について最新の情報を入手するのは難しいことがあります。発表とリリースノートを入念に収集するよう努めていますが、これらの更新を直接受け取るのを待っていることを知っています。ユーザー設定内の 通知 プリファレンスで間もなく利用可能になる Foundry ニュースレターの購読の ベータリリース を発表することをうれしく思います。

新製品、新機能、プラットフォーム全体の改善、一般的なニュースとアップデートをまとめた月間 Foundry ニュースレター に加えて、ユーザーは Product Feedback チャネルにもオプトインできます。このチャネルでは、Palantir のエンジニアが Foundry のエコシステム全体で進行中の開発に対するユーザーからの具体的な入力を求める機会を共有します。

ニュースレターやこれらのオプトイン購読を通じて共有される他のコンテンツは、Foundry ユーザーアカウントに関連付けられたメールアドレスに送信されます。購読情報は、他のすべてのアカウント詳細と同様に、Foundry のエンロールメントの境界内だけで保存されることに注意してください。メールアドレスや他のユーザー識別情報は、エンロールメントの外部に送信されたり、中央で収集されたりすることはありません。

• Foundry ニュースレター と Product Feedback の購読方法*

---

追加のハイライト

App Building | Workshop

ウィジェットとセクションの切り取り、コピー、貼り付け | Workshop のビルダーは、モジュール内の完全なセクションや個々のウィジェットを切り取り、コピー、貼り付けすることができるようになり、ビルドの経験を速くすることができます。

アーティファクトリポジトリ

リリースアーティファクトホームページ | Foundry 内でアーティファクトを探索し、検索するためにリリースアーティファクトのホームページを使用します。

データ統合 | コードリポジトリ

ソースコントロールが有効になり、新機能フラグと軽微な変更 | コードリポジトリのユーザーは、ファイルの変更を表示し、それらをリモートリポジトリにコミットすることができる新しいパネルである Source Control 機能にアクセスすることができるようになりました。さらに、ユーザーエクスペリエンスの改善も行いました。Commit オプションは、ユーザーが機能にアクセスして使用するのを容易にするために、Source Control パネルを開くようになりました。その動作は以下の通りです:

• Code Repositories を開くと、Source Control の新しいパネルが表示されます。
• このパネルは、プロジェクトのファイルに対して行われた任意の変更を表示します。
• コミットしたいファイルを選択し、変更を説明するコミットメッセージを提供できます。
• 変更に満足したら、リモートリポジトリに変更をコミットするために Commit を選択します。

管理 | コントロールパネル

ウクライナ語での Foundry の発表 [ベータ] | Foundry のウクライナ語翻訳がベータ版で利用可能になりました。ウクライナ語翻訳を有効にするために、利用可能な言語の設定に関するドキュメンテーションを参照してください。

データ統合 | Pipeline Builder

コピー/貼り付けを簡略化し、ホットキーを追加 | ローカルノードのコピーと貼り付け機能は、ホットキー d を使用してアクセスできる複製機能に置き換えられました。選択したノードをクリップボードにコピーするには、ホットキー Cmd+c (MacOS) または Ctrl+c (Windows) を使用し、貼り付けるには Cmd+v (MacOS) または Ctrl+v (Windows) を使用します。

App Building | Workshop

iframe ウィジェット: 外部アプリケーションの埋め込み | Workshop の新しい iframe ウィジェットにより、ユーザーはプラットフォーム内に外部の全ページアプリケーションを埋め込むことができます。この機能は外部 URL のレンダリングをサポートし、入力パラメーターと出力パラメーターをサポートするように設計された iframed Slate の埋め込みを可能にします。これにより、シームレスな統合体験が提供されます。

App Building | Workshop

ウィジェットとセクションの切り取り、コピー、貼り付け | Workshop のビルダーは、モジュール内の完全なセクションや個々のウィジェットを切り取り、コピー、貼り付けすることができるようになり、ビルドの経験を速くすることができます。

オントロジー | オントロジー管理

アクションタイプの通知設定 | ユーザーは、アクションタイプの通知を設定して、適切な権限を持つ受信者リストのユーザーだけに通知し、適切なアクセス権を持たないユーザーは無視するようにできるようになりました。以前は、受信者リストの任意の単一ユーザーが適切な権限を持っていない場合、すべてのユーザーに対する通知が失敗していました。

分析 | Quiver

新しい分析でカードを開く | Quiver カードの右上にある More actions (...) メニューアイコンから新しい Quiver 分析でカードを開くオプションが利用可能になりました。このアクションは、選択したカードと、このカードが依存する任意のアップストリームカードを新しい分析にコピーします。

モデル統合 | モデリング

モデルトレーニングテンプレートがコードリポジトリで利用可能に | Code Repository アプリケーションは、モデルトレーニングテンプレートを提供するようになりました。新しいモデルトレーニングテンプレートにより、モデルトレーニングロジックと同じリポジトリ内で モデルアダプター を書くことができます。これにより、Foundry の ML および AI モデルに対する開発プロセスがより直感的で迅速になります。

このモデルトレーニングテンプレートは、リポジトリ内で生成されたすべてのモデルに対して正しいモデル依存関係を自動的に追加します。これにより、モデルが Foundry の Modeling Objectives アプリケーションでデプロイされるときの依存関係管理が簡略化され、推論時にすべてのビルド時の依存関係が自動的に利用可能になるように自動的に保証します。

新しいトレーニングテンプレートを使用した ML および AI モデルの開発を開始するには、ドキュメンテーションを参照してください。

Authoring での Model Training Template の選択のスクリーンショット