プロンプトの例

オートメーションの生成、テストの作成、API ワークフローの操作など、Autopilot のエージェント エクスペリエンスのプロンプトの例

このページでは、Autopilot のエージェント エクスペリエンスのプロンプトの例を収集しています。プロンプト作成のベスト プラクティスについては、「 プロンプト作成ガイド」をご覧ください。

オートメーションの生成用

• Web サイト ログイン: 「https://acme-test.uipath.com/login に移動する Web オートメーション ワークフローを作成してくださいユーザー名とパスワードを入力します。
  重要:

  Autopilot へのプロンプトの入力前に、オブジェクト リポジトリにオブジェクトが存在している必要があります。

• Orchestrator アセットを使用した Web サイト ログイン: Orchestrator の Test フォルダーにある ACME_credential アセットから値を取得します。取得したユーザー名とパスワードを使用して https://acme-test.uipath.com にログインし、[login] をクリックします。
  重要:

  Autopilot にプロンプトを実行する前に、Orchestrator にアセットが存在している必要があります。

• メールを抽出してレポートを作成します: 「Outlook から当月の最新のメールを 100 通抽出します。送信者と件名の詳細を含む Excel ファイルを作成してください。
• メールから Word PDF への要約: 「機能要求」という件名のメールをすべて取得してください。メールに種類が PDF の添付ファイルが付いている場合は、ファイルをダウンロードして要約し、現在のフォルダーに新しい Word ファイルを作成して、要約を追加します。
• ログ ファイルを Word 文書に変換する: 「'C:\Users\USERNAME\Desktop\Robot.log' にあるテキスト ファイルを読み取り、内容を Word ファイルに書き込み、'C:\Users\USERNAME\Desktop' にある 'AutoPilotDoc.docx' として保存してください。」
  重要:

  これらのファイル パスが存在し、アクセスできることを確認します。

• UiPath.Mail.Activities を使用して Outlook からメールを読み取る : 「UiPath.Mail.Activities を使用して Outlook からメールを読み取る」
• OData Users API を呼び出し、応答をログに記録します: "OData/Users Orchestrator API を呼び出し、応答をログ メッセージとして表示します。"
• 学業成績評価: 候補者の名前、マーク、メールアドレスが記載されたExcelファイルを読んでください。スコアが 45 を超える場合は、Outlook を使用して合格したことを通知するメールを候補者に送信します。そうでなければ、失敗したというメールを送ってください。」

要件の評価

Test Manager の Autopilot に、ユーザー フロー、一貫性、関連性、明確性、完全性、セキュリティなどのさまざまな観点から要件を評価し、機能強化提案の上位 10 件を生成するように指示できます。また Autopilot を使用して、以下のみに重点を置いた特殊な分析を実行することもできます。

• アクセス許可、保護、認証、脆弱性、コンプライアンスなどのセキュリティの側面
• 応答時間、スループット、スケーラビリティ、リソース使用状況、負荷処理などのパフォーマンスの側面

また、セキュリティ ガイドライン、アクセシビリティ ガイドライン、監査レポート、ユーザー アクセシビリティの仕様、コンプライアンス チェックリストなどのサポート ドキュメントを Autopilot に渡して、要件の説明を強化することもできます。

Test Manager の [プロンプト ライブラリ ] からすぐに使えるプロンプトを使用して要件を分析できます。また、[ プロンプト ライブラリ] に独自のカスタム プロンプトを追加して、今後の要件の評価に使用することもできます。

要件の評価時に利用できるベスト プラクティスとガイドラインについては、「 ベスト プラクティスと制限事項 」をご覧ください。

手動テストの生成

Test Manager の Autopilot は、AI を使用してテスト ケースを生成し、要件記述の特異性に依存します。これには、次のコンポーネントが含まれます。

• 要件の目的を明確に示す、ユーザーに焦点を当てた簡潔な指示
• ユーザー ジャーニーを表す、アプリケーション ロジックの包括的な説明
• ポジティブ シナリオとネガティブ シナリオの両方を含む、明確で測定可能な受け入れ基準

要件記述の特異性を持たせることで、Autopilot は正確で詳細なテスト ステップを生成できます。また、エンドツーエンドのフローの検証や迅速なテスト アイデアの生成など、 Autopilot に追加の指示を与えて、特定のシナリオに合わせてテストケースの生成を調整することもできます。

プロセス図やモックアップ、コンプライアンス ドキュメント、議論の議事録などのサポート ドキュメントを追加のコンテキストとして Autopilot に渡すと、より正確で関連性の高いテスト ケースを生成できます。

Test Manager の [プロンプト ライブラリ ] からすぐに使えるプロンプトを使用して手動テストを生成できます。また、[ プロンプト ライブラリ] に独自のカスタム プロンプトを追加して、今後のテスト生成に使用することもできます。

Autopilot を使用したテスト ケースの生成に関するガイドラインとベスト プラクティスについては、「 ベスト プラクティスと制限事項 」をご覧ください。

コードの場合

テキストをコードに変換するには、C# のコードの生成、既存のコードのリファクタリング、または UiPath のオートメーションの生成に関する指示を Autopilot に出すことができます。

詳しくは、「 ベスト プラクティスと制限事項」をご覧ください。

手動テストの場合

手動テスト用のテスト ケースをオートメーションに変換するには、一貫性が確保されたオブジェクト リポジトリが必要です。Autopilot は UI Automation 機能を使用して UI 要素を参照するからです。適切なオートメーションが生成されるようにするためには、手動テストのステップ内での UI 要素の命名規則に一貫性を持たせることが重要です。また、手動テストのステップでは共通のアクティビティ名を使用する必要もあります。これにより、デスクトップ版の Studio で、対応する UiPath API に簡単に変換できます。

詳しくは、「 ベスト プラクティスと制限事項」をご覧ください。

テスト データの場合

合成テスト データを生成する際は、Autopilot ではワークフロー内の既存の引数と、プロンプトで指定したテスト データの生成に関する追加の指示が考慮されます。また、データの特定の組み合わせに従ったり、データセットをカスタマイズしたりするための指示を出したりすることもできます。

詳しくは、「 ベスト プラクティスと制限事項」をご覧ください。

テスト結果の分析

Test Manager の Autopilot は、不合格のテスト ケースに関するインサイトと、テスト ポートフォリオの不合格率を下げるための推奨事項を示します。レポートを生成するときは、特に不合格のテスト ケースについてのテスト結果を多く与えることで、レポートの効果が高まります。テストに関するインサイトは、テストが不合格になる主な原因を把握できるようにすることを目的としています。

レポート内の各セクションには、テスト結果の特定の領域に関する次のような情報が表示されます。

• よくあるエラー: 類似のエラー メッセージを意味的にグループ化して、最も頻繁に発生する問題を強調表示します。
• エラー パターン: 失敗したテスト ケースをより広範なカテゴリに分類します。これらの詳細なカテゴリにより、繰り返し生じるテーマと体系的な問題を特定し、テスト実行の根本的な問題をより明確に把握することができます。
• 推奨事項: テスト実行の安定性を最適化して向上を図るための次のステップの指針となる、実用的な推奨事項を示します。

API ワークフロー向けの機能

Autopilot は、独自のツールである API ワークフロー Assistant を使用して、ユーザーの入力に基づいて API ワークフローを生成、編集、分析します。

API ワークフローを生成する

ワークフローの複雑さに応じて、プロンプトで以下のような具体的な指示を出すことができます。

• 使用する API (例: Salesforce、Gmail、Workday)
• 各 API で実行するアクション (例: ケースの作成、メールの送信、従業員のリストの取得)
• ワークフローを管理するルール (例: ケースの優先度が [高] の場合は通知を送信する)
• 実行中に使用するエラー処理メカニズム

ワークフローを生成するよう Autopilot にプロンプトで指示すると、Autopilot は要求を分析し、API ワークフロー Assistant をアクティブ化してワークフローの構造を設計し、必要な API 呼び出しを特定し、アクションのシーケンスを決定して、データ フローを予測します。詳細が不足している場合、Autopilot は明確化のための質問をすることがあります。その後、確認のためにプレビューを生成します。

プロンプト	Autopilot のインタラクション
最初のプロンプト: 「新しい顧客の登録を管理するワークフローを作成してください」	Autopilot は、詳細を尋ねたり、基本的なテンプレートを提供したりする場合があります。
詳細を追加する: 「新しい顧客が Web フォームで (Webhook を介して) 登録した場合、その顧客を Salesforce に新しいリードとして追加し、ウェルカム メールを Gmail で送信してください」	Autopilot は下書きのワークフローを生成します。
最初の下書きを確認する: 「ウェルカム メールは、顧客のメール ドメインが test.com である場合にのみ送信してください。また、カリフォルニアの顧客の場合は Salesforce のリード状況をホット リードに設定し、それ以外の場合は新規リードに設定してください」	Autopilot は、指定された条件でワークフローを調整します。
エラーを処理する: 「エラー処理を追加し、Salesforce でリードの作成に失敗した場合に私の Slack チャンネルに通知が届くようにしてください」	Autopilot は、 Try-Catch ブロックや通知アクティビティなどのメカニズムを設計、統合して、ワークフローを堅牢化します。

複雑な例

• 新入社員のオンボーディング (Workday と Slack API を使用) Workday に新しい従業員が追加された際にトリガーされるワークフローを作成します。ワークフローでは、従業員の名前、役職、部署、および開始日が抽出されます。次に、Slack API を使用して、従業員の名前、役職、部署などのウェルカム メッセージを #office チャンネルに投稿します。さらに、会社のリソースにアクセスしてオンボーディング タスクを完了する方法についての指示を従業員にダイレクト メッセージを送信します。

  

• ケースのエスカレーション (Salesforce および Gmail API を使用) 優先度が [高] で、ステータスが [新規] で Salesforce ケースを監視するワークフローを作成します。ケースがこの状態が 4 時間以上続く場合は、ケースの詳細 (ケース番号、件名、説明、顧客名、連絡先のメール アドレス) を抽出します。次に、Gmail API を使用して、「緊急ケースのエスカレーション」という件名のメールをサポート マネージャーに送信し、メール本文にケースの詳細を含めます。メールには、Salesforce のケースへのリンクも含まれている必要があります。

  

簡単な例

• セールス リード通知 (Salesforce および Slack API を使用) Salesforce で評価が「ホット」の新しいリードが作成されたときに、#sales チャネルに Slack メッセージを送信するワークフローを作成する。

  

• 新入社員のオンボーディング (Workday と Gmail API を使用) Workday レコードが作成されたときに、新入社員の個人用メール アドレスにウェルカム メールを送信するワークフローを作成する。

  

API ワークフローを編集する

Autopilot にワークフローを編集するよう依頼すると、Autopilot は要求を解析し、特定のアクティビティ、パラメーター、または論理ブロックを見つけて変更し、データの一貫性を確認して、確認のために更新されたプレビューを生成します。

プロンプト	Autopilot のインタラクション
簡単な変更: 「Gmail の代わりに Outlook を使用してウェルカム メールを送信してください」	Autopilot は、アクティビティを変更し、不足している新しいコネクションにフラグを設定します。
新しいステップを追加する: 「ウェルカム メールを送信した後に、その顧客のメール アドレスと名前を使用して HubSpot に新しい連絡先を作成するステップを追加してください」	Autopilot は、新しいアクティビティをフローに挿入します。
パラメーターを変更する: 「[Salesforce にリードを追加] ステップで、[リードのソース] フィールドを [Web での登録] に設定してください」	Autopilot は、アクティビティ内の特定のパラメーターを調整します。
条件を変更する: 「Salesforce でホット リードの条件を『カリフォルニアまたはニューヨーク』に更新してください」	Autopilot は条件ロジックを変更します。
ステップを削除する: 「Salesforce でリードの作成に失敗した場合に Slack 通知を送信するステップを削除してください」	Autopilot は、指定したアクティビティを削除します。
複数の編集を実行する: 「ウェルカム メールの件名を『[Customer Name] 様、弊社のサービスへようこそ』に変更し、さらに新しい登録の要約を Google Chat スペースに送信するステップを追加してください」	Autopilot は一度に複数の変更を適用します。
変更内容を確認する: 「更新されたワークフローを表示してください」	Autopilot は、保留中の内部的な変更のプレビューを新しく生成し (多くの場合、影響を受けるアクティビティの説明が含まれます)、ユーザーが確認するのを待ちます。この段階では、ファイルに恒久的な変更は加えられていません。
変更を承諾する: 「編集内容を確定してください」	Autopilot は API ワークフロー アシスタントに対して、既存のプロジェクト ファイルを更新されたワークフローで上書きして編集を永続的にし、保留中の変更をコミットするよう指示します。

API ワークフローを分析する

ワークフローを分析するよう Autopilot にプロンプトで指示すると、Autopilot は特定の情報を抽出し、潜在的な問題を診断して、ワークフローの構造、ロジック、パフォーマンスに関する洞察を提供します。

プロンプト	Autopilot のインタラクション
要約する: 「このワークフローを要約してください」	Autopilot は、ワークフローの動作の概要を提供します。
出力と入力を特定する: 「このワークフローにはどのような入力が必要ですか?」または「このワークフローではどのような出力が生成されますか?」	Autopilot は、定義済みの入力パラメーターと出力パラメーターを一覧表示します。
使用しているコネクションと API のリストを表示する: 「このワークフローではどのような API が使用されますか?」	Autopilot は、接続されているアプリケーション (Salesforce、Gmail、Outlook など) を一覧表示します。
アクティビティまたはワークフローの部分を説明する: 「[Salesforce のリードを作成] アクティビティの機能を説明してください」または「[顧客のリージョンによる条件分岐] ブロック内のロジックを説明してください」	Autopilot は、ワークフローの指定部分の詳細な説明を提供します。
トラブルシューティング: 「[ウェルカム メールを送信] アクティビティが失敗するのはなぜですか?」または「このワークフローを分析して、潜在的な無限ループやデッド エンドを見つけてください」エラー メッセージのコンテキストを提供します。	Autopilot は、ワークフローに潜在的な問題がないかを調べて、アクティビティの変更やエラー処理の追加などの解決策を提案します。
最適化を依頼する: 「このワークフローに実装すべきエラー処理のベスト プラクティスはありますか?」または「このワークフローを最適化してパフォーマンスを向上させることができますか?」	Autopilot は、オートメーションのベスト プラクティスに基づいて提案を提供します。