UiPath Documentation
autopilot
latest
false
Autopilot ガイド
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。 新しいコンテンツの翻訳は、およそ 1 ~ 2 週間で公開されます。

RPA ワークフロー

RPA と Autopilot: RPA の用途、ワークフローの簡単な説明方法、UI Automation の役割、人間によるレビューが最も重要な箇所

ロボティック プロセス オートメーション (RPA) は、人々が毎日使用するシステム全体でルールベースの反復的な作業を自動化します。Autopilot を使用すると、作業内容を平易な言葉で説明し、実行可能なワークフローを生成できます。あなたの役割は、それをうまく説明し、戻ってくるものを確認することです。

RPA が有効な用途

RPA は、明確に定義された決定論的な作業、特にシステムに使用可能な API がない場合に最適です。

  • ファイルやスプレッドシートの読み取りと変換。
  • システム間でデータを移動し、レコードを更新します。
  • より大きなプロセスの一部として API を呼び出す。
  • デスクトップ、Web、および仮想アプリケーションをインターフェイスを介して駆動します。

求めることができるもの

新しいワークフローの構築は出発点にすぎません。Autopilot はオートメーションの全期間にわたって動作するため、一般的な要求には次のようなものがあります。

  • 説明、一連の手動ステップ、プロセス ドキュメント、または Robotic Enterprise Framework (REFramework) などのテンプレートから新しいワークフローを構築する
  • 既存のワークフローを再構築、ステップの追加、アクティビティの入れ替えてリファクタリングおよび拡張する
  • レガシ プロジェクトで作業する。古いプロジェクトの種類を認識し、その制約内で動作させる。
  • テストを追加し、アサーションを含むテスト ケースを生成して実行し、動作を確認します。
  • 既存のオートメーションの品質、エラー処理の欠落、リスクの高い選択を何も変更せずにレビューする。
  • エラーを読み取って原因を特定し、修正を提案することで、失敗したワークフローをデバッグします。
  • パッケージ化して再利用する - プロジェクトを Orchestrator にパブリッシュするか、共有ロジックを再利用可能なライブラリに抽出します。

適切な RPA 要求とは

Autopilot では、アクティビティのリストを挙げるよりも、必要な結果を記述した方が正確な出力が生成されます。ビジネス コンテキスト (プロセスが何をするのか、何をトリガーするのか、成功とはどのようなものか) を提供すると、Autopilot が実装を決定します。

適切な概要には次のものが含まれます。

  • 手順を順番に。
  • 関連するシステムとアプリケーション。
  • 入力と出力、およびその型。
  • ワークフローが接触する画面またはデータです。

プロンプトに関する一般的なガイダンスについては、「 効果的なプロンプトを記述する」をご覧ください。実際の顧客データを最初に削除していれば、既存のプロセス ドキュメントは強力な出発点となります。

ローコードまたはコードの選択

UiPath RPA ワークフローは、ローコード ワークフローまたはコード化されたワークフローとして構築でき、以下を実行します。

  • ローコード ワークフロー (.xaml) は、確認および監査可能な既定のワークフローです。アクティビティ カバレッジが最も広く、クロスプラットフォーム プロジェクトは Studio Web でも編集できます。ほとんどのオートメーションがここに適合します。
  • コード化されたワークフロー (.cs、C#) は、複雑なデータ変換、解析、カスタム型など、ロジック負荷の高いコンポーネントに適しています。

1つのプロジェクトで両方を混在させることもできます。ビルドの途中ではなく、事前に形状を選択することで、後で再構築を回避できます。指示がない場合、Autopilot は既定でローコードになります。

UI Automation を使用してアプリケーションを推進する

最も困難で最も価値のある RPA 作業は、API を提供しないシステムの場合、クリック、入力、値の読み取り、画面の移動など、人が行うようにアプリケーションのインターフェイスを操作することです。これを信頼できるのは UiPath の UI Automation であり、Autopilot はそれを直接使用します。

インターフェイスのキャプチャ方法

Autopilot は、各要素をどのように見つければよいかを推測するのではなく、設計時にアプリケーションを探索します。つまり、画面をキャプチャし、操作する要素を特定して、それらを移動して入力するためのステップを構築します。キャプチャした要素は安定したターゲットとして オブジェクト リポジトリに保存されるため、同じボタンやフィールドをワークフロー間で再利用し、1 か所で管理できます。

レジリエンス(回復力)の維持

インターフェースは変化しますが、UI Automation はそれを吸収するように構築されています。

機能機能
セレクターの修復インターフェイスがシフトしたときにターゲットを適応させます。完全にブレークするのではなく、ターゲットを適応させます。
診断障害発生後のログ、記録、スクリーンショットを読み取り、何が問題だったのかを平易な言葉で説明します。
ScreenPlayUiPath の AI を活用したコンピューター ビジョン実行時にアプリケーションとデータに適応し、予測不可能な画面に対するクリティカル パスのフォールバックとして機能します。

稼働中のアプリケーションがない場合

対象のアプリケーションをキャプチャできない場合でも、Autopilot は実際のワークフローを生成します。各インタラクションは、開発者が Studio でキャプチャを完了できるようにマークされたままになります。生成されたセレクターは、どちらの方法でも下書きとして扱われ、実際のアプリケーションに対して確認されるのが最適です。

また、UI オートメーションは構築に最もコストがかかる種類の RPA でもあります。ファイル、データ、API の作業よりも時間と労力がかかるため、API が存在する場所はどこにあっても API の方が適しています。

理解する価値のある RPA 規則

RPA プロジェクトには、セッションごとに繰り返すのではなく、一度だけ述べる価値のあるハウス ルールがあります。一般的な例:

  • クラシック セットではなくモダン デザイン アクティビティ。
  • UI アクティビティが [アプリケーション/ブラウザーを使用] スコープ内に保持される
  • [コードを呼び出し] よりもネイティブ アクティビティを優先
  • 既存の構成ファイルと記録されたワークフローは、上書きされるのではなくそのまま残ります。

これらの規則は、プロジェクトのルートにある AGENTS.md ファイルにキャプチャできます。Autopilot は、セッションの間、そこで定義されている指示 (フォルダーの命名規則、アーキテクチャの決定、コーディングの標準) を読み、それに従います。

強みと限界

Autopilot は、グリーンフィールド、適切に構造化された RPA、およびワークフローの最初のバージョンに優れています。これは弱く、次の点でより綿密なレビューが必要です。

  • 複雑なセレクターや壊れやすいセレクター
  • 特注のエンタープライズ コネクタ。
  • アクティビティの通常とは異なる選択。一般的なフォールバックが忍び寄る可能性があります。

Autopilot による RPA ワークフローの生成方法

デスクトップ版の Studio STS ビルド 2026.0.197 以降では、Autopilot は、反復的な推論ループを通じて RPA ワークフローを生成および編集します。各要求に対して、Autopilot は以下の 3 つのフェーズで動作します。

  1. 検出 — Autopilot は、プロジェクトの構造、既存のワークフロー、関連するアクティビティの例を読み取ってコンテキストを収集します。
  2. 生成 — Autopilot は、ユーザーの要求と収集したコンテキストに基づいて XAML を作成または編集します。
  3. 検証と改良 — Autopilot はエラーをチェックして修正を適用し、必要に応じてこのサイクルを繰り返します。

Autopilot は検出フェーズ中にプロジェクトを読み取るため、プロジェクトに既に存在するワークフローを参照して再利用できます。Autopilot は、現在のファイル、選択したアクティビティ、変数の定義を認識します。そのため、質問やリクエストの前にプロジェクトの構造を説明する必要はありません。

コンテキストは同じセッション内のメッセージ間でも維持されます。つまり、「前回の変更を元に戻してください」などのフォローアップ要求は、ワークフロー全体ではなく最新の操作に適用されます。

複数ステップから成る複雑なタスクの場合は、フォローアップ メッセージを送信する前に、Autopilot が実行サイクルを完了するのを待ちます。タスクの途中で中断すると、プロジェクトが中間ステートのままになることがあります。

ツール

Autopilot は、さまざまなツールを活用して自動化作業をサポートします。既定では、すべてのツールが有効化されています。Autopilot により以下が可能になります。

  • オートメーションを理解、作成、編集、デバッグ、パブリッシュ、デプロイします。
  • 依存関係をインストールして更新します。
  • エラーを修正します。
  • テスト ケースを作成および管理します。
  • 運用環境のエラーをトラブルシューティングします。
  • PowerShell コマンドを実行するか、Web を検索します。
  • 計画を立て、サブエージェントを起動して、特定のユーザー アカウントの永続メモリを維持します。

スキル

Autopilot は、タスクのコンテキストに基づいて、UiPath スキル カタログから関連するスキルを自動的に読み込みます。スキルは、プラットフォームの規則を使用して特定の UiPath タスクを実行する方法を Autopilot に教える指示バンドルです。

スキルの完全なリストについては、 UiPath スキル リポジトリをご覧ください。

その他のプロンプトを試す

  • REFramework テンプレートから [ BankStatementReconciliationという新しい RPA プロジェクトを作成します。
  • 最新の Outlook メールの件名「Invoice」から添付ファイルをダウンロードして ./inbox/に保存する RPA ワークフローを作成します。
  • [注文を送信] ステップの周囲に [トライ キャッチ] を追加して、ビジネス例外がログに記録され、トランザクションが [失敗] に設定されるようにします。
  • このプロジェクトを検証し、アナライザーの警告を修正します。

このページは役に立ちましたか?

接続

ヘルプ リソース サポート

学習する UiPath アカデミー

質問する UiPath フォーラム

最新情報を取得