- スタート アップ ガイド
- 機能
- データ プライバシーとガバナンス
- 製品の提供状況
- 以前の Autopilot 機能セット
- Autopilot for Everyone
Autopilot に関するよくある質問 (Autopilot の概要、機能、ガバナンス、データ プライバシー、ライセンス) への回答です。
コーディングエージェントとは何ですか?Autopilot はコーディング エージェントですか?
コーディングエージェント(Claude Code、Codex、Cursorなど)は、オートコンプリートではなく開発者のように働きます:自然言語で目標を与えられたら、アプローチを計画し、ツールを通じてアクションを実行し、自分の作業を確認し、開発者、管理者、ビジネスユーザーと一緒に構築、出荷、監視して反復処理します。
Autopilot は、UiPath のファーストパーティ コーディング エージェントです。この基盤の上に完全に再構築されました。以前のバージョンの Autopilot は支援型でした。現在は、エンド ツー エンドで計画および実行されるようになりました。デスクトップ版の Studio では現在利用可能であり、UiPath Platform 全体へのロールアウトが進行中です。Studio Web は近日提供予定です。
より広範に言うと、 UiPath for Coding Agents は、あらゆるコーディング エージェントに対してプラットフォームを開きます。提供されるスキルとツールには UiPath 独自の知識、ベスト プラクティス、指示が込められているため、すべてのコーディング エージェント (Autopilot、Codex、Claude Code など) がオートメーションの検出、構築、トラブルシューティング、監視を行うことができます。
Autopilot でできること
Autopilot は、オートメーションのライフサイクル全体にわたって開発者をサポートします。
- 発見 (たとえば、PDD を出発点に変える)
- 自然言語からワークフローを構築する
- 既存のプロジェクトを編集および改良する
- 問題をデバッグして修正する
- パブリッシュしてデプロイする
- 運用環境での管理、監視、トラブルシューティング
成熟度は段階によって異なります。Autopilot は、基になる UiPath for Coding Agents のスキルからスキルを継承するためです。スキルが成熟すると、その段階の Autopilot も成熟します。現在、最も強力なのは、RPA プロジェクトのビルド、編集、デバッグです。
Autopilot を使用すべき状況と、サードパーティのコーディング エージェントが適している状況
これは二者択一ではなく、最強のセットアップは両方を使用できます。オートメーションの構築方法に関係なく、監査証跡、RBAC、ポリシーの適用、資格情報の管理など、すべてが同じ管理下の UiPath Platform で行われます。
Autopilot を利用するのは次の場合です。
- きめ細かい制御が最も重要です。Autopilot は、利用可能なツールと機能、承認モード (実行時と要求時)、利用可能なモデルなどを直接管理します。
- セットアップが問題になることはありません。UiPath で管理されるモデル (追加で購入する必要はない)、すべてのスキルと知識が組み込まれているため、すぐに使える AI 対応です。
- 同じコンテキストにとどまる必要がある — Autopilot は、現在デスクトップ版の Studio でも動作し、ロールアウトを進めていくにつれてプラットフォーム全体に拡張されます。
次のような場合にサードパーティのコーディング エージェントに (UiPath for Coding Agents 経由で) 依頼します。
- チームはすでにコーディングエージェント、サブスクリプション、および好みのツールチェーン(Claude Code、Cursor、Codex)を持っています。
- 作業はコードファースト/CLIが多く、開発者はそこにとどまることを好みます。
- 同じセッション内で UiPath リポジトリと UiPath 以外のリポジトリを混在させるのが一般的です。
エージェントをコーディングすることでどちらも簡単に構築できる場合、UiPath RPA は生のコードを記述するのと比べてどうですか?
コーディング エージェントを使用すると、どちらの方法でも簡単に構築できます。真の差別化要因は、構築後に行われるすべてのこと、つまり運用環境でのオートメーションの運用、保守、トラブルシューティングです。そのためには、オーケストレーション、監視、ガバナンス、資格情報管理、エラー処理、監査のための、信頼性の高いエンタープライズ プラットフォームが必要です。生のコードでは、すぐに使えるような機能は提供されません。UiPath の場合、このプラットフォームは運用上の重みを担います。それは、企業での実際の使用を長年にわたって経過させることで改良されてきました。
レガシ システム、API を使用しないカスタム アプリ、UI のみのインターフェイスなど、コードが届かない場所ならどこでも RPA を使用できるようになりました。また、コーディング エージェントにより、こうしたオートメーションをより簡単に構築および保守できるようになりました。ターゲットが UI である場合、生成されたコードも本質的に不安定です。つまり、画面が変わるとスクリプトが動作しなくなります。RPA はまさにその目的のために設計されており、オブジェクト リポジトリ、統合ターゲット、修復機能によってオートメーションの実行を続けることができます。
コードファーストは、作業が純粋な API オーケストレーションであり、それを所有するエンジニアリング チームがあり、UI が関与しない場合に適切な呼び出しです。
Autopilot は RPA でのみ動作しますか?
いいえ。Autopilot は、UiPath がサポートするあらゆるオートメーション (ローコードまたはコードファーストのエージェント、API ワークフロー、Maestro フローを含む) で動作し、検出から構築、編集、デバッグ、パブリッシュ、運用環境での管理、監視、トラブルシューティングに至るまでのライフサイクル全体にわたって動作します。
カバレッジは、スキルとツールセットに従います。UiPath for Coding Agents がプロジェクトの種類として成熟しているのに対し、Autopilot はこの点で優れています。スキルが新しいか存在しない場合、それほど重要ではありません。
Autopilot を UiPath Platform 全体で使用できますか、それとも Studio でのみ使用できますか?
Autopilot が対応できるもの: ユーザーが使用している製品だけでなく、プラットフォームAutopilot は、Autopilot が実行される場所をどこからでも、スキル、ツール、コマンドを通じて UiPath にアクセスできます。そのため、Studio から、サーフェスを切り替えることなく運用環境のオートメーションを構築、パブリッシュ、デプロイ、トラブルシューティングできます。
Autopilot が登場する場所: Studio は現在、Studio の本拠地であり、最も優れた能力を発揮しており、現在、より多くのサーフェスへのロールアウトが進行中です。
Autopilot を他の IDE で使用できますか?
はい。Autopilot は、単一の IDE にロックされない拡張機能として利用できます。VS Code、Cursor、Windsurf、VSCodium、およびその他の互換エディターで動作するため、すでに作業している IDE 内で Autopilot のコーディング エージェント エクスペリエンスを利用できます。
Autopilot はどのくらいの時間を節約し、ライフサイクルのどの段階で節約しますか?
開発者は、Autopilot を使用して生産性が大幅に向上したと一貫して報告しています。つまり、実用的な下書きを素早く作成したり、新しいプロジェクトに素早く取り組んだり、ドキュメントを調べたり、式を手作業で作成したりする時間を短縮できます。影響は、ユース ケースと開発者の経験レベルによって異なります。
今日最大の利益がある場所:
- 構築 — エージェンティック、API、RPA/UI オートメーション プロジェクトにわたって自然言語からワークフローを生成する。また、レガシプラットフォームや競合他社のプラットフォームからの移行も可能です。
- デバッグと修正 — 設計時および実行時のエラーを診断して解決します。これは一貫してもう 1 つの最高の時間節約です。
- テスト — テスター向けとして、Autopilot は 2024 年 7 月から一般提供されており、測定された最大の利益をもたらしています。
- ドキュメンテーション — ワークフローからドキュメントを生成し、ドキュメントから構築する (PDD から SDD からビルド) の範囲がますます広がっています。
信頼性はどの程度ですか — 運用環境ですぐに使用できるワークフローを生成できますか?
Autopilot を使用すると、開発者は大幅に素早く、より高品質の実用的な下書きを作成できます。最初から一貫したパターンとベスト プラクティスを適用します。また、開発者が記述したコードと同様に、出力も運用前にレビュー、編集、反復処理を経ます。そのため、このバーは Autopilot によって変更されません。運用環境への準備は、依然として人間による判断です。
どのような状況で Autopilot を利用すべきですか?また、どのような状況で手動作業のほうが良いですか?
Autopilot は、業務上の意図をワークフロー ロジックに変換し、問題へのアプローチ方法を模索し、しっかりとした初稿を素早く作成するのに最適です。ハンドルを握るのは次の場合です。
- このプロセスには、プロンプトで表現するのが難しい複雑な例外処理やビジネス ルールが含まれます。
- AI がコンテキストから推測できない深いドメインまたはシステムの知識が必要です。
- AI がループしているか、数回試行しても一貫性のない結果が生成されている。
一般原則: AI に実用的な下書きを素早く作成させてから、精度が重要なところは人間の判断で改良します。テクノロジーの向上に伴い境界は変化し続けますが、エッジ ケースのレビュー担当者および意思決定者としての開発者の役割は依然として不可欠です。
Autopilot による変更を特定のセクションまたはアクティビティに限定できますか?
現在、ハード「このセクションのみ編集」ロックは利用できません。変更を常に含めておく主な方法は、プロンプトで変更のスコープを設定することです。つまり、大まかに尋ねるのではなく、変更したい特定のアクティビティまたはセクションを Autopilot に向けます。
Autopilot で変更された内容を確認し、元に戻したり元に戻したりできますか?
ファイルの差分は、 プロジェクトが Git に接続されている場合に利用できます。Autopilot の変更は、他のコミットと同様にファイル レベルの差分として表示されます。標準の Git ワークフローで確認、ステージング、または破棄を行います。
Git 以外のプロジェクトの場合: 重要なプロンプトの前にバックアップして、明確な元に戻すポイントを確保します。
オブジェクト リポジトリを事前に必要ですか、それとも Autopilot は動作中に要素をキャプチャできますか?
事前に作成する必要はありません。Autopilot が作成できます。プロジェクトにオブジェクト リポジトリがない場合、Autopilot はそのスキルを使用し、UI Automation のベスト プラクティスに従って、動作中に要素をキャプチャします。すでに 1 つ持っている場合は、それを使用します。
優れたオブジェクト リポジトリは品質を乗数として実現します。これにより、生成された UI オートメーションの精度と保守性が大幅に向上します。そのため、Autopilot は要素をアドホックでターゲットにするのではなく UI オートメーションを作成します。
Autopilot は、複雑なマルチレイヤー プロセスをどの程度適切に処理できますか?
Autopilot の有無にかかわらず、大規模なプロセスを構築するには、適切なスコープを持つ複数の部分に分割します。Autopilot は、各部分の構築と反復処理に長けています。
開発者が残るのは、プロセスの分割方法、ディスパッチャー/パフォーマー、API と UI オートメーションというアーキテクチャです。これらの決定に対する Autopilot の入力は方向性に関するものであり、まだ運用グレードではありません。
最適なアプローチ: プロセスを分解し、Autopilot に部分的な部分の構築と反復処理を任せ、開発者に全体的な構造とエッジ ケースの最新情報を提供します。
Autopilot は他のプラットフォームから移行して、アップグレードやモダナイゼーションを処理できますか?
はい。顧客から最もよく尋ねられる 2 つのパス:
- レガシからモダンへ: クラシックのアクティビティとプロジェクトをモダンに移行すると、新しい機能 (統合ターゲット、Healing Agent) も利用できるようになります。
- その他のプラットフォーム UiPath: コーディング エージェントがソースのオートメーションを読み込み、UiPath ワークフローとして再構築します。
Autopilot は一貫性と保守性をどのように向上させますか?
Autopilot は、ワークフローを生成または編集するたびに、一貫したパターンと UiPath のベスト プラクティスを適用します。このため、大規模な保守性の問題の原因となっている開発者間のばらつきが排除されます。また、Autopilot は共有スキルを使用するため、作業が Studio のパネルで実行される場合でも、サードパーティのコーディング エージェントを使用して CLI 経由で実行される場合でも、同じベスト プラクティスのベースラインが適用されます。
ワークフロー アナライザーなどの既存のガードレールは、引き続きそれとともに機能します。
現在、AI 支援のコード レビューにはどのようなものがあるのでしょうか?
専用のコードレビュースキルがあり、プロジェクトまたはソリューション全体(構造、品質、ベストプラクティス)を監査し、検証とワークフローアナライザを実行し、実装をPDDと照合し、重大度と推奨される修正を含む結果レポートを作成します。
検証とワークフロー アナライザーの結果は決定論的です。AI 自身の調査結果は助言的なものであり、人間によるレビューの候補を浮き彫りにします。それをレビュアーの 2 番目の目として扱い、承認として扱いましょう。
Autopilot は、専用のスキルに加えて、Studio でのレビューのようなアクティビティもサポートしています。
- ワークフローの動作を平易な言葉で要約する
- エラーを診断し、修正を提案する
- プロジェクトをコード品質条件に照らして確認する
- なじみのないロジックに関する質問に回答する
Autopilot はドキュメントを生成したり、そのドキュメントから構築したりできますか?
はい、Autopilot は以下の両方が可能です。
- ドキュメントを生成する — ワークフローを平易な言葉で要約します。テスト要件の下書きを作成するか、既存のテストから要件を抽出するテスト計画の作成デプロイ手順を生成する。入力から構造化された設計仕様 (SDD など) を作成します。他の種類のレポートやドキュメントを生成する。
- ドキュメントから構築 する — PDD、ダイアグラム、またはプロセスの説明を入力し、そこからワークフローまたはソリューションを Autopilot に生成させます。
その方向性は、ゆっくりとした手動のPDD/SDDハンドオフを、生成され、直接実行可能なドキュメント、つまりビルドに直接フィードする仕様に置き換えることです。
Autopilot は複数の言語をサポートしていますか?
はい。Autopilot は、基盤となる LLM の機能を通じて、複数言語のテキスト プロンプトを処理します。好みの言語でプロンプトを記述して回答を受け取ることができます。
Autopilot から最良の結果を得るにはどうすればよいですか?
Autopilot は、UiPath の深いスキルと製品知識が組み込まれて動作するように構築されています。この情報を最大限に活用するには、明確な意図とコンテキストを提供します。
- 何が望むかを具体的にします。つまり、最終目標だけでなく、必要なときにアプローチの名前を付けます (例: UI Automation と API)。方向がない場合、Autopilot は一般的なパスを選択しますが、これはユーザーが選択するパスではない可能性があります。たとえば、「請求書プロセスを自動化してください」ではなく、「請求書のプロセス シーケンスで、API オートメーションを使用して SharePoint フォルダーから請求書 PDF を読み取り、OData を介して SAP にエントリを作成してください」を試してください。
- コンテキストを提供します 。オブジェクト リポジトリ、適切なパッケージ、すっきりとしたプロジェクト構造はすべて品質を向上させます。
- 規則は一度設定する — カスタムの指示を使用して名前、スタイル、構造をエンコードし、プロンプトごとに繰り返さないようにします。
- 反復処理してから引き継 ぎます — 数回試行した後にループが発生したりオフになったりする場合は、プロンプトを調整するか、手動でステップインします。
プロンプトに関するその他のヒントについては、「 効果的なプロンプトを記述する」をご覧ください。
Autopilot にはどのようなガバナンス コントロールがありますか?
Autopilot の組織レベルのコントロールは Automation Ops に存在し、モデルのコントロールも AI Trust Layer を通じて公開されます。管理者は、マスター組織レベルの有効化/無効化スイッチ以外でも、以下を制御できます。
- モデル — 既定のモデルを設定し、ユーザーが選択できるモデルを制限します。また、AI Trust Layer を使用して独自のモデル (BYOM) にルーティングし、UiPath で管理されるサードパーティ モデルを無効化することもできます。すべてのトラフィックは監査および追跡可能な状態に維持されます。
- 承認動作 — Autopilot がどの程度自律的に動作するか (ツールを単独で実行するか、最初に承認を求めるか) を示します。
- ツールと機能 — 個々のツールを有効化または無効化し、組織によってプロビジョニングされた許可リスト (Orchestrator が提供する MCP を含む) を通じて利用できる MCP サーバーを制御します。
- カスタムの指示 — 管理者が設定した指示を組織全体に適用します。
- カスタム スキル — ユーザーは UiPath のスキルを参照する独自のスキルを作成できます。そのため、社内の標準によって組み込みの専門知識が拡張されます。組織レベルの制御は、カスタムの指示と、上記のツールおよび機能の制御を介して実行されます。
ほとんどのコントロールはデフォルトで有効になっています。管理者は必要に応じて制限します。現在設定されているオプション名と正確なオプション名については、Automation Ops のドキュメントをご覧ください。
独自の LLM の使用/独自のモデルの使用 (BYOM) はできますか?
はい。ユーザーは、AI Trust Layer を介して独自のモデル (Azure OpenAI やその他のサブスクリプションなど) を利用し、Automation Ops のポリシーを使用して UiPath で管理されるサードパーティ モデルを無効化できます。
独自のモデルは、引き続き UiPath によって完全に管理されます。すべてのリクエストは、BYOM モデルへのリクエストであっても引き続き AI Trust Layer を経由するので、UiPath で管理されるモデルと同じエンタープライズ グレードのセキュリティ、ガバナンス、エンドツーエンドの監査と追跡性を維持できます。独自のモデルを使用することで、UiPath のエンタープライズの制御の範囲外に一歩踏み出すことなく、選択肢の幅が広がります。
データはどこへ行くのか?コードは収集されますか?
- ソース コードやプロジェクト ファイル は UiPath に保存されず、UiPath にアップロードされることもありません。開発者の環境内に留まります。Autopilot がプロジェクトで作業すると、関連するファイルのコンテンツが、AI Trust Layer の [ルーティングと監査] で、その要求のコンテキストとして設定されたモデルに送信されます。
- テナントに設定されている LLM プロバイダーへのトラフィック ルートをモデル化します。UiPath で管理されるモデルでは、モデルのトレーニングに顧客のデータが使用されることはありません。
- テナントのトラフィック は、Orchestrator、クラウド、またはオンプレミスの機関に対して認証され、既存のデータ所在地の設定に従います。
- 権限 — Autopilot は、ログインしているユーザーと同じ権限で動作します。フォルダー レベル、アセット レベル、テナント レベルの RBAC は透過的に適用されます。
- 監査 — AI Trust Layer の監査、ガバナンス、実行の保証に変更はありません。Autopilot がオートメーションを構築します。このファイルは、Orchestrator によって既存の制御下で実行されます。
- テレメトリ — テレメトリでは、顧客コード、ワークフローのコンテンツ、プロジェクト データは収集されません。Studio と Autopilot は、標準的な製品テレメトリ (機能の使用状況、クラッシュ レポート、匿名化されたパフォーマンス) を生成します。Studio の設定でオプトアウトできます。
- フィードバック — ユーザーが Autopilot セッションに関するフィードバックを送信することを選択した場合、その送信には会話の内容が含まれます。これはユーザーが開始し、個人情報は取り除かれ、ユーザーは送信されたものを見て承認します。
詳しくは、「 データ プライバシー」をご覧ください。
Autopilot の料金はいくらですか?
Autopilot は個別に購入するものではなく、その使用量は UiPath の段階的なユーザー ライセンスに含まれています。階層が高いほど、許可数も大きくなります。各有料ティアには、月次および日次リセット付きの使用許可が適用されます。許可数を超えた場合、管理者は使用量をプラットフォーム ユニットにフォールバックするかどうかを決定します。詳しくは、「 ライセンス 」をご覧ください。
独自のコーディング エージェントのライセンスは必要ですか?
いいえ。Autopilot は UiPath が管理するサードパーティ モデル上で実行されるため、独自のコーディング エージェントのサブスクリプションを用意しなくても、UiPath 内でコーディング エージェントを最大限に活用できます。独自のモデルを使用することもできますが、任意です。
チームがサードパーティのコーディング エージェント (Claude Code、Codex、Cursor) を使用して作業する場合、そのエージェント自身のサブスクリプションを保持する必要があります。UiPath for Coding Agents はプラットフォームを開きます。ライセンスはありません。
- コーディングエージェントとは何ですか?Autopilot はコーディング エージェントですか?
- Autopilot でできること
- Autopilot を使用すべき状況と、サードパーティのコーディング エージェントが適している状況
- エージェントをコーディングすることでどちらも簡単に構築できる場合、UiPath RPA は生のコードを記述するのと比べてどうですか?
- Autopilot は RPA でのみ動作しますか?
- Autopilot を UiPath Platform 全体で使用できますか、それとも Studio でのみ使用できますか?
- Autopilot を他の IDE で使用できますか?
- Autopilot はどのくらいの時間を節約し、ライフサイクルのどの段階で節約しますか?
- 信頼性はどの程度ですか — 運用環境ですぐに使用できるワークフローを生成できますか?
- どのような状況で Autopilot を利用すべきですか?また、どのような状況で手動作業のほうが良いですか?
- Autopilot による変更を特定のセクションまたはアクティビティに限定できますか?
- Autopilot で変更された内容を確認し、元に戻したり元に戻したりできますか?
- オブジェクト リポジトリを事前に必要ですか、それとも Autopilot は動作中に要素をキャプチャできますか?
- Autopilot は、複雑なマルチレイヤー プロセスをどの程度適切に処理できますか?
- Autopilot は他のプラットフォームから移行して、アップグレードやモダナイゼーションを処理できますか?
- Autopilot は一貫性と保守性をどのように向上させますか?
- 現在、AI 支援のコード レビューにはどのようなものがあるのでしょうか?
- Autopilot はドキュメントを生成したり、そのドキュメントから構築したりできますか?
- Autopilot は複数の言語をサポートしていますか?
- Autopilot から最良の結果を得るにはどうすればよいですか?
- Autopilot にはどのようなガバナンス コントロールがありますか?
- 独自の LLM の使用/独自のモデルの使用 (BYOM) はできますか?
- データはどこへ行くのか?コードは収集されますか?
- Autopilot の料金はいくらですか?
- 独自のコーディング エージェントのライセンスは必要ですか?