Studio の 2026 年 8 月のリリース ノート

ビルド番号: 2026.0.200

コーディング エージェントに UiPath プロジェクトで作業させるには、エージェントの CLI が実際にマシン上にあるかどうかを確認し、 uip がどのようにインストールされたか、そのフォルダーが PATH 上にあるかどうかを調べ、UiPath スキルを個別にインストールして、エージェントがプロジェクトの操作方法を理解できるようにすることで、手作業で分割的にセットアップを行う必要がありました。

Backstage ビュー > ツールの下に新しく追加された [Coding Agents] タブでこれらの情報がすべて収集されるようになりました。これにより、UiPath CLI を管理したり、各エージェントの UiPath スキルや Studio 拡張機能を設定したりできます。詳しくは、「 エージェントのコーディング」をご覧ください。

以前は、Studio でネイティブにレンダリングできないファイルを開くには、どの拡張子でそのファイルを処理しているかを調べて、[ 拡張子] パネルで自分で検索する必要がありました。

Studio によってファイルの種類が認識され、適切な拡張機能をインストールするよう求めるメッセージが表示されるようになりました。詳しくは、「 拡張機能パネル」をご覧ください。

[ ソース管理 ] パネルでは、コミット、プッシュ、プル、ブランチ、マージを処理できますが、未完了の作業を脇に置いておく方法がありませんでした。ブランチを切り替えたり、中途半端な変更の上に緊急の修正を引っ張ったりすることは、サードパーティの Git クライアントまたはコマンド ラインにドロップアウトすることを意味しました。

パネルの [その他のオプション] メニューから [スタッシュの変更] と [スタッシュを管理] を利用できるようになりました。これにより、作業を取っておいて、Studio を離れることなく取り戻すことができます。詳しくは、「 [ソース管理] パネル」をご覧ください。

ビルド番号: 2026.0.199

UiPath の公式アクティビティ パッケージが https://pkgs.uipath.com/official/index.jsonで解決されるようになりました。Azure DevOps がホストするアクティビティ パッケージは、 https://pkgs.dev.azure.com/uipath/Public.Feeds/_packaging/UiPath-Official/nuget/v3/index.jsonに置き換わります。既存のインストールはアップグレード時に移行されます。古いアドレスを指している設定は新しいアドレスに書き換えられるため、ユーザー側で変更する必要はありません。

ネットワークが送信トラフィックを許可リストに制限している場合は、許可リストに pkgs.uipath.com を追加します。そうしないと、[ パッケージを管理] ではオフィシャル パッケージを表示したりインストールしたりできません。

ワークフローを開くということは、キャンバスが自動的に組み立てられるのを見ることになっていました。ビューポートにデータが入力され、プロパティ ウィジェットが塗りつぶされると、アクティビティがバッチで表示され、大きなファイルが落ち着く前に、目に見えて少しずつまとめられていました。

作業の実行中はスケルトンの読み込み状態がデザイン画面を覆うようになり、レイアウトが静かになると、完成したワークフローが 1 つのフレームに表示されます。ファイルを開くのにかかる時間に変更はありません — 中途半端に描画された中間状態のちらつきが消えています。別のパネルによってレイアウトがビジー状態のままになっている場合は、プレースホルダーを上に置いたままにするのではなく、キャンバスが表示されます。また、仮想化されたシーケンス内のコネクタにおいて、キャンバスへの入力中にファントムの下矢印が表示されなくなりました。

Studio では、ワークフローを開くたびに参照のクリーンアップ パスが実行され、.xaml ファイル内のAssemblyReferencesが書き換えられて並べ替えられていました。プロジェクトを見るためだけにプロジェクトを開くだけで、変更されたファイルをソース管理に残すのに十分でした。このクリーンアップはオープンでは実行されなくなるため、ワークフロー ファイルはこれまでどおりバイト単位のままになります。

大規模なマルチ定義の Just-In-Time コンパイルのピーク メモリは、約 5 倍に減少します。また、破棄されたパッケージ参照が数万件あるプロジェクトでも、最大 30 分も実行される可能性のあるチェックで停止することがなくなりました。

リボンはしばらくの間、3つの表示状態をサポートしてきましたが、パネルメニューの単純な リボン のオン/オフトグル、リボン独自のピンボタン、Ctrl + F1、タブのダブルクリックで、リボンの状態が個別に変更される場所は1つではありませんでした。

レイアウト アイコンから開くパネル メニューに、[既定] パネルの上にリボン表示セクションが追加され、単一選択グループとして動作する 3 つのオプションが一覧表示されます。

ステートを選択すると、そのステートがすぐに適用され、再読み込みされることはありません。また、選択した内容はセッション間で保持されます。レイアウトをリセットすると 、リボンが既定の [最小] に戻ります。ピッカーは、以前の リボン トグル、ピン ボタン、Ctrl + F1 と Tab ダブルクリック ジェスチャに置き換わるものであるため、リボンの状態を 1 か所から制御できるようになりました。

コーディング エージェントがワークフローやコードの変更を提案すると、比較は別のウィンドウで開き、エージェントは閉じるまでブロックされたままになっていました。

これらの比較結果が読み取り専用の [ ファイルを比較 ] タブを他のドキュメントと一緒に開き、ユーザーが自分のペースで差分を読みている間、エージェントは作業を続行します。プロジェクト フォルダーに対する相対パスは正しく解決されます。

[エクスプローラー] パネルでは、 .xaml ファイルにのみ特徴的なアイコンが表示され、すべての .xaml ファイルに同じアイコンが表示されていました。プロジェクト ファイル、ドキュメント、スクリプト、メモなど、その他のすべては汎用の空白のドキュメント アイコンでレンダリングされるため、ファイルを区別するにはファイル名を読み取る必要がありました。

ワークフローに、 シーケンス、 フローチャート、 長期実行のワークフロー、 ステート マシンの内容が表示されるようになりました。各ワークフローには、エントリ ポイント、エラーを含むファイル、プロジェクトから除外されたファイルごとに異なるバリアントがあります。同じアイコンが [新規ファイル ] メニューに表示されるので、選択するものはツリーに表示されるものになります。

他のファイルの種類にも独自のアイコンがあります。 .cs、 .vb、 .json、 .xml、 .md、 .txt、 .js、 .pdf、 .doc、 .docx、 .xls、 .xlsx、 .xlsm、 .bpmn、 .dmn、 .uiproj。

一部のアクティビティ パッケージには、作成用ではなくロボット用のランタイム専用のバリアントが付属しています ( UiPath.UIAutomation.Activities.Runtime.Portableなど)。パブリッシュやアップグレードに失敗すると、プロジェクトがそれらのパブリッシュやアップグレードを参照しているままになる可能性があります。また、これらのバリアントには設計時のコンポーネントが搭載されていないため、 UI Explorer やセレクター エディターなどの機能が停止し、インターフェイスにその理由が何も表示されません。

[エクスプローラー] パネルに、このような依存関係が検出された場合に「 ランタイム専用パッケージが検出されました」という警告が表示されるようになりました。設計時の機能を復元するための自動修正。自動修正では 、各ランタイム専用パッケージが設計時の同等のパッケージに置き換えられます。バージョンの競合などを理由に置き換えられない場合は、確認が必要なパッケージに名前を付け、[ パッケージを管理 ] を参照して手動で解決します。

プロパティウィジェットを読み取り専用にすると、スクロールバーが機能しなくなり、ドラッグやダブルクリックでテキストを選択できず、値をコピーする方法もなく、すべてが無効化されていました。[ プレビュー] など、読み取るために存在するフィールドが、最も大きな影響を及ぼしました。

読み取り専用フィールドは灰色表示されて編集できないことを示しますが、その他の点では対話性が維持されます。スクロール、テキストの選択、コピーが可能であることに加え、ホバーまたはフォーカスによってフィールドが編集可能であるかのように点灯しなくなりました。これは、キャンバス上、ロックされたデザイナー上、および差分モードで適用されます。詳細エディターを読み取り専用プロパティで開くと、ロックされたエディターではなく、選択可能な読み取り専用ビューに式が表示されます。編集自体はまだブロックされています。

ローコード ビューアーは、Claude Code や OpenAI Codex と並んで [拡張機能] パネルの [推奨] グループに属しており、そこからワン クリックでインストールできます。

ビルド番号: 2026.0.198

Studio の統合ターミナルは 1 つの基本的なシェルで、一度に 1 つのセッションを実行し、どのシェルを実行するかを選択することも、出力を検索したり、そこで実行されている内容を追跡したりする方法もありませんでした。簡単なコマンド以外のものは外部ターミナルに切り替えることを意味し、コーディングエージェントは、別のエージェント内で入れ子になって実行されていることを検出したため、破損した非永続的なセッションを開始しました。

ターミナルは、Studio 内でのコマンド ライン作業用に構築された完全なマルチセッション パネルになりました。

[新しいターミナル ] では、ターミナルがタブとして開き、個別に作成、名前変更、複製、閉じるタブが実行されます。各タブは完全に分離されており、専用のシェル プロセス、出力、スクロールバックがあり、新しいターミナルは現在のプロジェクト フォルダーで開始されます。

[Select different shell to open ] では、マシンにインストールされているシェルが一覧表示されるため、1 つのシェルにロックされるのではなく、ターミナルごとに 1 つずつ選択します。Windows では、このリストには以下が含まれます。

macOS では、構成済みのシェルが一覧表示されます。コマンドを実行する拡張機能には、[拡張機能] の下にグループ化された専用のタブ があります。

キーストロークは実行中のプログラムに到達します: 矢印キーはコマンド履歴をナビゲートしてカーソルを移動し、Shift + Enter は複数行の入力を入力します。出力はフルカラーでレンダリングされるため、最新のコマンド ライン インターフェイス (CLI) と全画面表示のテキスト アプリケーションが正しく表示されます。

CLI ツールやコーディング エージェントは、スタンドアロン ターミナルから起動した場合と同じように、完全な履歴、永続性、再開を備えたクリーンなトップレベルのセッションとして実行されます。

Studio では Marketplace から拡張機能をインストールできますが、拡張機能で公開される設定を確認または変更する方法がなかったため、再構成するには手動でファイルを編集する必要があります。

各拡張機能の詳細ページに [ 設定 ] タブを追加しました。ここには拡張機能が提供するすべての設定が一覧表示されます。各設定は、その種類に合ったコントロールでレンダリングされます。

このタブには、[ 検索] 設定 ボックス、インライン検証、および [ 設定をリセット ] アクションと [すべてリセット ] アクションも表示されます。settings.json で編集 すると、基になるファイルを直接操作する必要がある場合にそのファイルを開きます。

ス コープ セレクターでは、値を書き込む場所を制御します。

値は標準の構成 API を介して読み戻されるため、拡張機能は再起動することなく変更を即座に検出します。各拡張機能カードの [ その他のアクション ] (⋯) メニューと詳細ページのアクション バーには、 拡張機能設定を含む、パネルと同じ拡張機能ごとのアクションが表示されます。

ワークフローの別のレベルを含むアクティビティをダブルクリックすると、そのレベルが開きますが、開くものがないアクティビティをダブルクリックすると、何も行われませんでした。深いレベルがないノードをダブルクリックすると、そのノードが選択され、フォーカスが [ プロパティ] パネルに移動するため、すぐに編集を開始できます。この動作は、フローチャートのノードや長期実行のワークフローなど、デザイナー間で一貫しています。