出力を確認および検証する

コーディングエージェントは、それが完了したことを通知します。これは主張であり、保証ではありません:最も一般的な故障モードは、完全に見えるが部分的にスタブされているか、微妙に間違っている出力です。承認前にレビューすることで、ワークフローを安全に行うことができます。

同意する前に確認すること

エージェントの要約ではなく、実際のファイルが問題を明らかにします。注意すべき一般的なもの:

• ロジックに扮したプレースホルダー — 実際の作業の代わりとなるログメッセージや TODO です。完成したように見えますが、何もしません。
• ジョブに適さないアクティビティ — コードを呼び出し、またはネイティブの UiPath アクティビティが存在する場合に汎用フォールバックを使用します。
• ロジックが間違った場所にある — 実際の作業が代入式に詰め込まれているか、すべてが 1 つのファイルに詰め込まれています。
• パッケージの問題 — project.jsonでピン留めされていない依存関係、間違ったパッケージ、または欠落しているパッケージ。
• セレクターの破損または削除 — UI ターゲットが修復されずにオブジェクト リポジトリから削除されました。
• プロジェクト全体の安定性 — 1 つのワークフローを修正すると、別のワークフローが静かに破損する可能性があるため、変更されたファイルだけでなく、プロジェクト全体が検証する価値があります。
• ロギングとエラー処理 — 実際に存在するか、言及されているだけです。

何かがおかしいときは、実際には手作業で掃除するよりも再生のために戻した方が速いです。

UiPath 独自のツールで検証する

視覚的な読み物だけでは十分ではありません。信頼できるチェックは、エージェントがワークフロー アナライザー ([プロジェクトの分析]) とビルドを実行し、すべてのエラーと警告を解決し、作業が受け入れられる前にローカル実行を確認することです。ワークフロー アナライザーは、一目で見落としているルールとスタイルの問題をキャッチし、クリーン ビルドは検証だけでは検出できない問題をキャッチします。

エージェントをレビュー担当者として使用する

レビューはあまり活用されていない機能ですが、エージェントはこの機能で十分に機能します。スポッティングが得意です。

• セキュリティの問題
• 不完全なロジック
• 間違った出力
• なじみのないテクノロジーの問題

特定のリクエストと、何も変更しないようにという指示を組み合わせることで、それを最大限に活用できます。

セキュリティ上の問題、不完全なエラー処理、アクティビティの選択の誤りがないか、 GetInvoices.xaml を確認してください。結果を重大度とともに一覧表示します。何も直さないでください。」

特定のリクエストでは特定のレビューが生成され、一般的な「review this」では一般的なレビューが生成されます。プロジェクト全体で反復可能な読み取り専用のレビューを行うために、エージェントにはまさにこの専用のレビュー機能があります。詳しくは、 スキル カタログをご覧ください。