マネージドSaaS版リリースノート¶

7月にリリースされたSaaS機能のお知らせ¶

2026年7月

このページでは、新たにリリースされ、DataRobotのSaaS型マルチテナントAIプラットフォームで利用できる機能についてのお知らせと、追加情報へのリンクを掲載しています。リリースセンターからは、過去にリリースされた機能のお知らせや、セルフマネージドAIプラットフォームのリリースノートにもアクセスできます。

注目の新機能¶

このドキュメントサイトに組み込まれた新しいAIアシスタント「DocsAssist」は、回答をすばやく見つけるのに役立ちます。各セクションをくまなく検索したり、長いページに目を通したりする代わりに、直接質問をするだけで、DataRobotの公式ドキュメントに基づいた明確で適切な回答を得ることができます。これにより、特定のAPIパラメーターや設定手順、あるいは機能のエンドツーエンドの仕組みなど、どのような質問であっても、適切なページを探す時間が短縮され、課題の解決に充てる時間を増やすことができます。ドキュメントの更新に伴い回答も常に最新の状態に保たれ、回答には元のソースページへのリンクが掲載されるため、さらに詳しく確認することができます。

ご利用を開始するには、ドキュメントページのどこからでもDocsAssistをクリックしてください。

エージェント型AI¶

Workload API¶

Workload APIはプレミアム機能として提供されています。コンテナイメージを用意するだけで、自動スケーリング、監視、共有機能を備えた安定したURLを取得でき、開発開始当初から本番環境への展開に至るまで、ライフサイクル全体をエンドツーエンドで管理できます。

Workload APIは、HTTPをリッスンするあらゆるコンテナに対応しています。このAPIを使用することで、エージェントサービス、モデル推論サーバー、RAGパイプライン、MCPサーバー、およびカスタムアプリケーションを、DataRobotプラットフォーム上のガバナンス対象ワークロードとしてデプロイできます。実行内容をバージョン管理されたアーティファクト（コンテナイメージ、ポート、正常性プローブ、リソース要件など）として定義し、本番環境用にロックする前にドラフトとして反復的に改善することができます。すべてのワークロードには、安定した呼び出しURL、リソースの優先順位付けのための重要度レベル、およびユーザー、グループ、組織、またはロールごとにアクセス権を付与する共有モデルが割り当てられます。リソースバンドルにより、コンテナごとのCPU、メモリー、GPUの割り当てに加え、スループットクォータ、エンティティ容量の下限、レート制限などのキャパシティ設定を制御します。

新しいコンテナバージョン（モデルのアップグレード、バグ修正、依存関係のバージョンアップなど）をリリースしても、コンシューマーがエンドポイントを再設定する必要はありません。その代わりに、ローリング置換として展開します。プラットフォームは、稼働中のProtonと並行して候補となるProtonを起動し、準備完了チェックに合格次第トラフィックを切り替え、設定可能なウォームアップおよびロールバック期間を経て、旧バージョンを段階的に廃止します。ドラフト状態のワークロードを、そのID、エンドポイント、設定をそのまま維持した状態で、その場で本番環境に昇格させることができます。

OpenTelemetryとの組み込み連携により、追加の設定なしでコンソール上にログ、トレース、メトリクスが表示されます。コンソールやDataRobot CLI、あるいはDataRobot Pulumiプロバイダーを用いたインフラストラクチャ・アズ・コードを通じてワークロードを管理できます。また、datarobot-workload-apiスキルを使用すれば、Claude Code、Cursor、OpenCodeなどのコーディングエージェントに、デプロイ、スケーリング、デバッグを任せることができます。

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

エージェントメモリーサービス¶

DataRobotの新しいエージェントメモリーサービスは、AIエージェント向けの永続メモリーをプラットフォームに追加するもので、ユーザーはカスタムストレージを構築・運用することなく、過去の会話や有用な情報をセッションを超えて記憶し、コンテキストを認識するエージェントを構築できるようになります。メモリー空間は、エージェントの記憶やチャットセッションを整理するための隔離されたコンテナです。セマンティックメモリーには行レベルのセキュリティ機能が備わっているため、コンテキストは非公開に保たれ、ユーザー間やアプリ間で情報が漏洩することはありません。

アプリケーションごとに必要な統合パスは1つだけです。スタックに適したアプローチを選択します。

チャット履歴API：DataRobotのREST APIおよびPythonクライアントを使用して、セッション全体にわたる会話履歴と、追記専用イベント（メッセージ、ツールの出力、ステータスの変更など）を永続化します。セッションでは、TTLに基づく有効期限切れなど、設定可能なライフサイクル戦略がサポートされています。
Mem0互換API：既存のMem0ユーザーに最適です。標準のMem0 MemoryClientと、オープンソースのMem0スタックと同じ概念を使用して、長期的なセマンティックメモリーの追加、検索、更新を行うことができます。これは、既存の統合機能を移植する場合や、CrewAI、LangGraph、LlamaIndexなどのMem0互換のエージェントフレームワークを連携させる場合に適しています。

統合パスの選択やクイックスタートのワークフローに関するガイダンスについては、エージェントメモリーサービスを参照してください。 APIのリファレンスについては、Pythonクライアントを参照してください。

NATワークフローにおけるMem0メモリー¶

DataRobot Agentic Starterアプリケーションテンプレートでは、Mem0（AI向けのスマートな長期記憶レイヤー）がネイティブでサポートされるようになりました。これにより、別途nvidia-nat-mem0aiプラグインをインストールすることなく、エージェントにユーザーごとの永続的なメモリーを追加できます。 Mem0は、ワークフローのセッションIDに基づいてユーザーごとにメモリーを自動的に分離します。つまり、エージェントはセッションをまたいで過去のコンテキストを記憶しつつ、異なるユーザー間でデータが漏洩することはありません。

メモリー機能を有効にするには：

pip install "datarobot-genai[nat]"を実行して、NVIDIA Agent Toolkit (NAT) の追加拡張機能をインストールします。
.envファイル内で、MEM0_API_KEYを環境変数として設定します。
標準のNATメモリー設定ブロック内で、dr_mem0_memoryプロバイダーを設定します。
エージェントをNATのauto_memory_agentワークフローでラップし、セッションをまたいでメモリーを自動的に取得・復元できるようにします。メモリーは、ワークフローのセッションIDに基づいてユーザーごとに分離されたまま保持されます。

詳細については、Agentic StarterテンプレートのドキュメントにあるAgent memoryを参照してください。

DataRobotエクスペリメントプラグイン¶

今回のリリースでは、DataRobotエクスペリメントプラグイン（dr xp）が導入されました。これは、DataRobot CLIのプラグインであり、トレースデータや実行データを可視化するためのローカルダッシュボードを実行します。プラットフォームにデプロイすることなく、トレース、ログ、スパンを確認し、エージェントの動作をテストすることができます。

dr plugin install xpでインストールした後、dr xp --entity-id <use-case-id>でダッシュボードを起動します。このプラグインは、ユースケース、デプロイ、カスタムアプリケーション、およびワークロードに対応しています。対応しているエンティティタイプや設定オプションについては、DataRobotエクスペリメントプラグインのドキュメントを参照してください。

データ¶

データストアおよびJDBC接続に対するSQL実行の機能強化¶

DataRobotでは、UCFクエリー移行エンドポイント（JDBC接続およびデータストア向けのプレビューおよび実行エンドポイントを含む）におけるパラメーターバインディングに対応するようになりました。この改善により、タスクごとに複数のプレビュー／実行呼び出しを行うエージェントやアプリケーションにおいて、セキュリティの向上とレイテンシーの低減を通じて、これらのクエリーを実行する際の操作性が大幅に向上しました。

予測AI¶

カスタムスコアリング指標¶

REST API（v2.47）により、新しいカスタムスコアリング指標のリソースが利用可能になりました。これは、連続値、二値、または多クラス分類のターゲットタイプに対して、1つ以上のカスタムPythonスコアリング指標を定義する、名前付きかつバージョン管理されたバンドル（metadata.ymlおよびcustom_metrics.py）です。

変更点の全容については、REST APIの変更履歴を参照してください。

プラットフォーム¶

使用状況エクスプローラーにおけるエージェントスパンとストレージのメータリング¶

使用状況エクスプローラーでは、新たにエージェントスパンとストレージの2つのメータリングカテゴリーが追跡されるようになりました。これらの指標により、既存のGPU、LLM API、CPU使用状況のビューに加え、エージェントオブザーバビリティや予測オブザーバビリティといったプラットフォームのオブザーバビリティサービスにおいても、使用状況の可視性がさらに広がります。

新しいエージェントスパンページでは、サービス、リソース名、クラウドプロバイダー、リージョン、1,000スパンあたりの単価、消費されたスパンの総数、および現在のコストごとに分類されたスパンの使用状況が表示されます。新しいストレージページでは、ストレージの消費について同様の内訳が提供されます。単価はギガバイトあたりで表示され、使用量はギガバイト単位で報告されます。

いずれかのビューにアクセスするには、アカウントの設定 > 使用状況エクスプローラーを開き、エージェントスパンまたはストレージを選択します。すべての使用状況データは、日付範囲でフィルターしたり、.csvファイルとしてエクスポートしたりすることができます。また、使用状況エクスプローラーで追跡されるサービスのリストも拡充されました。完全なリストについては、使用状況エクスプローラーを参照してください。

エージェントスパンの使用状況ストレージの使用状況

OpenTelemetryのトレース、ログ、メトリクスの保持期間が設定可能に¶

システム管理者は、OpenTelemetry（OTel）のトレース、ログ、メトリクスの保持期間を組織ごとに設定できるようになりました。これまでは、30日間に固定されていました。

保持期間は組織ごと、およびシグナルタイプごとに設定されます。トレース、ログ、メトリクスには、それぞれ異なるポリシーを使用できます。選択可能な期間は、14日、30日、60日、90日、180日、または360日です。ポリシーが明示的に設定されていない場合、DataRobotでは、トライアル版利用の組織には14日、スタンダード版利用の組織には30日をデフォルトとして適用します。ポリシーは組織内のすべてのユーザーに一律に適用されます。ユーザーごとやチームごとの設定はありません。

保持期間を設定するには、システム管理者が管理者設定 > 組織に移動し、対象の組織を選択して、Telemetryの保持期間をクリックします。そこから、シグナルタイプごとに保持期間を選択するためのドロップダウンが表示され、保存をクリックすると新しいポリシーが適用されます。詳細な手順については、OTelの保持期間の設定を参照してください。

SCIMを使用したユーザープロビジョニングの自動化¶

クロスドメインID管理システム（SCIM）は、OktaやEntraIDといったIDプロバイダー（IdP）を通じて、DataRobotにおけるユーザーのプロビジョニングおよびデプロビジョニングを自動化します。 SCIMを設定すると、IdPがユーザーのライフサイクルイベントを管理するため、IT管理者がDataRobot内で従業員を手動で追加、移動、または削除する必要がなくなります。 SCIMの有効化および設定に関する詳細については、SCIMプロビジョニングを参照してください。

Azure Key Vaultのサポートを追加¶

DataRobotのワークフローで使用される資格情報、セキュアな構成、およびその他のシークレットのためのグローバル永続ストレージとして、Azure Key Vaultインスタンスを使用できるようになりました。詳細については、シークレット管理サービスのドキュメントを参照してください。

ユースケースを共有する前に、現在そのユースケースにリンクされているアセットの一覧を表示することが可能になりました。これにより、新しいメンバーがアクセスできる内容について、より明確に把握できます。アセットの一覧を表示するには、共有モーダルから「アセット」タブをクリックします。一覧には、そのユースケースに現在関連付けられている各アセットが、タイプごとにグループ分けされて表示されます。グループをクリックすると、そのグループに含まれる具体的なアセットを確認できます。また、ユースケースが共有されると、それにリンクされているデプロイ、アプリケーション、および登録済みのモデルも共有されます。

OAuthトークンの交換¶

設定済みの信頼できる発行元によるアクセストークンを使用して、DataRobotが発行するアクセストークンと交換することができます。これを使用して、DataRobot APIにアクセスできます。具体的には、すべてのDataRobotインストール環境にOAuth2サーバーが存在し、すべてのDataRobot APIは、このOAuth2サーバーによって発行されるアクセストークンを受け入れるよう実装されます。

コードファースト¶

Pythonクライアント v3.18¶

Pythonクライアントのv3.18が一般提供されました。 v3.18で導入された変更の完全なリストについては、Pythonクライアントの変更履歴を参照してください。

DataRobot REST API v2.47¶

DataRobotのREST API v2.47が一般提供されました。 v2.47で導入された変更の完全なリストについては、REST APIの変更履歴を参照してください。

記載されている製品名および会社名は、各社の商標または登録商標です。製品名または会社名の使用は、それらとの提携やそれらによる推奨を意味するものではありません。