機械翻訳について

ワークフロー・タイプのカスタムAIエージェントの作成

「ワークフロー」タイプのエージェント・チームは、すべてのステップが事前構成されるタスクの決定的なルールベースのオーケストレーションに使用される一連のノードで構成されます。 ワークフローは、コンプライアンス、再現性、ガバナンスが不可欠なシナリオに最適です。 ワークフロー・タスクは、接続された一連のノードとして表されます。 ワークフロー内の各ノードは、データの抽出、ビジネス・オブジェクト関数のコール、LLMの実行、電子メールの送信など、定義された機能を実行します。 各ノードからの出力が後続のステップにシームレスに渡され、制御された効率的なプロセス・フローが確保されます。

ワークフローを設計するときは、次のプロセス・ブレークダウン・ステップに留意してください。

• 手動ワークフローをモデル化します。 高レベルのプロセスから開始し、より小さく自動化されたステップに分割します。
• タスクの依存関係を識別し、タイプ別にノードをグループ化します。 たとえば、バックエンド・ロジック・タスクとLLMによって駆動されるタスクを区別します。 これにより、実行を合理化し、不要なLLMの使用を最小限に抑えることができます。
• タスクごとに、ノード タイプ、必須入力、期待される出力、および必要な変換ロジックを定義します。

実際にワークフローがどのように動作するかを示す例を見てみましょう。 従業員が製品またはサービスを購入し、サプライヤに連絡して見積を要求する必要があるとします。 サプライヤは見積で応答します。見積は形式や内容によって異なる場合がありますが、通常は、販売者の詳細、品目のリスト、見積価格合計などの重要な情報が含まれます。 見積は内部的に処理され、購買依頼オーダーが作成されます。

AI Agent Studioで作成されたこのシナリオのワークフローの例を次に示します。

コールアウト番号	ノード名	ノード・タイプ	説明
1	見積の提供	変数を設定	入力変数の値を設定します。
2	アクティブな求人の取得	ビジネス・オブジェクト機能	依頼者のデフォルト作業環境を取得します。
3	作成者は購買依頼を作成できますか。	IF条件	ユーザーに購買依頼を作成する権限があるかどうかを検証します。 trueの場合、ワークフローは後続のノードに進みます。 falseの場合、ワークフローは購買依頼が作成されなかったことを示し、失敗通知を送信してからフローを終了します。
4	サプライヤ見積	文書プロセッサ	WebCenterコンテンツ・サーバーからドキュメントをダウンロードし、さらに処理するためにコンテンツを解析します。
5	内部通貨の取得	ビジネス・オブジェクト機能	有効な内部通貨値をプルします。
6	内部単位の取得	ビジネス・オブジェクト機能	有効な内部単位値をプルします。
7	LLMへのテキストの抽出	LLM	LLMを使用して、非構造化テキストをアップストリーム・ノードから構造化JSON形式に変換します。
8	サプライヤの照合	ビジネス・オブジェクト機能	前に抽出したサプライヤ情報をチェックおよび検証します。
9	購買依頼ペイロードの生成	LLM	ドキュメントおよびデータベースから収集されたすべてのデータをマップして、購買依頼ペイロードを作成するための有効な後処理要求を生成します。
10	購買依頼の作成	ビジネス・オブジェクト機能	APIを起動して暫定購買依頼を作成します。 このコールの後、求人はデータベースに保存されます。
11	購買依頼は作成されていますか?	IF条件	購買依頼が正常に作成されたかどうかを確認します。 trueの場合、ワークフローは成功確認ノードに進みます。 falseの場合、ワークフローは失敗電子メールの送信ノードに進みます。
12	成功の確認	LLM	購買依頼が正常に作成されたことを示すメッセージが表示されます。
13	失敗電子メールの送信	メールを送信	失敗の詳細を含むEメールをユーザーに送信します。

独自のワークフローを作成するステップを次に示します。

1. 「ナビゲータ」→「ツール」→「AI Agent Studio」に移動します。
2. 「エージェント・チーム」タブで、エージェント・チームを追加し、新しいエージェント・チームの詳細を指定します。

   「詳細」タブ

   フィールド	説明
   ファミリ	このエージェント・チームが属するファミリを選択します。
   製品	このエージェント・チームが属するファミリ内の製品を選択します。
   タイプ	「ワークフロー」を選択します。

   「LLM」タブ

   フィールド	説明
   プロバイダ	エージェント・チームのLLMを選択します。

   「セキュリティ」タブ

   フィールド	説明
   追加	このエージェント・チームへのアクセス権を持つロールを選択します。

   「トリガー」タブ

   ワークフローを開始するトリガーを作成します。 トリガーは、ワークフローを開始する条件またはイベントを定義し、いつ、なぜ開始するかを決定します。

   フィールド	説明
   タイプ	トリガのデータ型を選択します。

   「変数」タブ

   ワークフロー・レベルの変数を定義して、ワークフロー内のすべてのノードからアクセスできるようにします。 変数は、ID、定数、またはワークフローのさまざまな部分で共有して使用するために必要な値の格納に最適です。

   フィールド	説明
   タイプ	変数のデータ型を選択します。

   「出力」タブ

   JSONスキーマを使用してワークフローの出力の全体的な構造を定義し、ワークフローの完了時に受信する内容を正確に指定します。 スキーマが指定されていない場合、出力タイプはデフォルトで個々のノードのものになります。 スキーマが指定されると、出力はスキーマに対して検証され、それらのフィールドのオートコンプリートが有効になります。

   フィールド	説明
   仕様モード	出力のJSONスキーマを直接変更するには、このモードを選択します。
   簡易モード	このモードでは、出力値および出力タイプを定義します。 対応するJSONスキーマが自動的に生成され、編集する仕様モードで表示されます。

   「エラー処理」タブ

   ワークフロー インスタンスで永続的なエラーが発生したときに電子メールを送信する場所を指定します。 さらにわかりやすくするために、これらのフィールドでコンテキスト式を使用することもできます。
3. 「作成」をクリックします。
4. ワークフローの開始と終了の間の行にマウス・ポインタを重ねて、ワークフローにノードを追加します。 をクリックして、追加するノードのタイプを選択します。

   

   ヒント

   • ノードを順番に接続して、ワークフロー全体で入力の受信、処理および転送方法を制御します。
   • 必要に応じて、既存のノードの前、後または間に新しいノードを挿入できます。
   • 作成後は、ノードを再配置できません。 ノードの位置を変更するには、ノードを削除して、目的の場所に再度作成します。
5. 必要に応じて、を使用してエージェント・チームをテストします。 必要なファインチューニングについては、を使用してエージェント・チームを編集できます。

6. エージェント・チームを公開します。

   ユーザーは、AI Agentsページから公開済エージェント・ワークフローを表示できます。 このページを開くには、AI Agent StudioのURLの最後にagent-exploreを追加します。 たとえば、https://example.com/myApp/redwood/human-resources/ai-studio/agent-explore.です