エージェント フローまたはワークフローにエージェント ノードを追加する

エージェント ノードを使用すると、エージェント フローまたはワークフローは、結果を返す前に、推論、ツールの呼び出し、ナレッジ ソースからのプルを行うことができる AI エージェントにステップ オーバーを渡すことができます。 判断が必要なステップ、多段階オーケストレーション、またはフローやワークフロー自体の範囲外から情報が必要な場合には、常にこれを使用してください。

既存の発行済みエージェントを選択するか、フローまたはワークフロー デザイナーを離れることなく 、ノード内に直接 新しいエージェントを構築できます。 インライン エージェントは、エージェント フローまたはワークフローに AI を追加する最速の方法です。 ノードに指示を与え、必要に応じてツールと知識をアタッチします。これで完了です。

エージェント ノードを使用すると、次のことができます。

  • 既存のエージェントを呼び出すか、エージェント フローまたはワークフローに対応する新しいエージェントを作成します。
  • エージェントに、前の手順の動的コンテンツを含む自然言語の命令を与えます。
  • アクションを実行できるように、エージェントにツール (モデル コンテキスト プロトコル (MCP) サーバーとコネクタ) を装備します。
  • エージェントに知識を提供し (SharePoint サイト、パブリック Web サイト)、コンテンツから回答できるようにする。
  • エージェントが結果を返す方法 (エージェント フローまたはワークフローが分岐できる自由形式のテキストまたは構造化データ) を選択します。

エージェント ノードを追加する

  1. Copilot Studioで、Flows に移動して既存のワークフローを開くか、新しいワークフローを作成します。

    • 新しいワークフロー: トリガーを構成するためにデザイナーにアクセスします。
    • 既存のワークフロー: ワークフローを開き、[ ビルド ] タブに移動します。
  2. [追加] パネルの [エージェント ] アイコンを選択します。 エージェント ノードの構成パネルが開きます。

エージェント ノードの既存のエージェントを選択する

エージェント ノード エディターの [ エージェント] で、次の 2 つのオプションのいずれかを選択します。

  • 既存のエージェント: 一覧から発行済みエージェントを選択します。 エージェントは、既に構成されている手順、ツール、知識を使用して実行されます。

  • このワークフローの新しいエージェント: このワークフローをスコープとするインライン エージェントを構築します。 エージェントの指示、ツール、知識、出力形状はノード自体で構成され、ワークフローと共に移動されます。 このオプションは、エージェントのジョブがこの自動化に固有であり、他の場所で共有する必要がない場合に使用します。

この記事の次のセクションでは、新しいインライン エージェントの構成について説明します。 既存のエージェントを選択する場合は、「 エージェントにメッセージを送信する」に進みます。

エージェント ノードの新しいエージェントを構成する

このワークフローで [新しいエージェント] を選択すると、構成パネルが展開され、エージェントを適切に整形できます。

インストラクション

インライン エージェントの場合、[ 命令 ] フィールドは、エージェントのジョブの説明 実行ごとのプロンプトの両方です。 個別の [メッセージ] フィールドはありません。 エージェントが実行する必要がある内容をプレーン言語で記述し、前の手順の動的コンテンツを含めて、この実行のデータをフィードします。

タスク、エージェントが期待できる入力、戻す応答の形式について具体的に指定します。 より明確な命令は、より信頼性の高い実行を意味します。

たとえば、ワークフロー トリガーが [新しい電子メールの受信時] の場合、指示に Read the email below and decide whether it's a sales lead, a support request, or something else. Reply with a single word. 、トリガーの 件名 トークンと 本文 トークンが続く場合があります。

エージェントを機能させるモデルを選択するには、指示ボックスの右上にあるモデル ドロップダウンを使用します。 タスクに複数ステップの推論または慎重な解釈が含まれている場合は、より対応できるモデルを選択します。 タスクが単純で大量に実行される場合は、より高速なモデルを選択します。

作業 IQ

Work IQ をオンにすると、エージェントは、メール、Teams、予定表、OneDrive、SharePointコンテキストなど、実行中のユーザーの最近の作業アクティビティを使用して応答を得られます。 これは、ワークフローが個人の代理として、個人のコンテキスト(最近のスレッド、今後の会議、最近編集されたドキュメント)を利用することで、回答の質を向上させる上で役立ちます。

Tools

ツールを使用すると、エージェントはメッセージの送信、レコードのクエリ、検索の実行、API の呼び出しなどのアクションを 実行 できます。 ツールがない場合、エージェントは読み取りと推論のみを実行できます。 ツールを使用すると、動作することもできます。

ツールをアタッチするには:

  1. [ ツール ] セクションで、プラス記号 (+) を選択します。

  2. [ツールの追加] で、目的のツールを参照または検索します。

  3. ツールを選択して追加します。 1 つのエージェントに複数のツールを追加できます。

次の 2 種類のツールをアタッチできます。

  • モデル コンテキスト プロトコル (MCP) サーバー: キュレーションされた一連の機能を公開する事前構築済みサーバー。
  • コネクタ: Power Platform コネクタのアクション。

エージェントは、実行時に、呼び出す添付ツールの順序と引数を決定します。 ツールを結び付けることはできません。 これにより、エージェント ノードは個々のワークフロー アクションのチェーンとは異なります。

知識

ナレッジはエージェントに読むべきものを与えます。 エージェントに質問すると、モデルが既に認識しているものだけに頼るのではなく、アタッチするソースでその回答を得ることができます。

ナレッジ ソースをアタッチするには:

  1. [ ナレッジ ] セクションで、プラス記号 (+) を選択します。

  2. [ ナレッジの追加] で、ソースの種類を選択します。

    • パブリック Web サイト: エージェントがそれらのサイトのコンテンツを引用できるように、1 つ以上のパブリック URL のインデックスを作成します。
    • SharePoint: エージェントが内部コンテンツ (ポリシー、プレイブック、製品ドキュメント、コントラクト) から回答できるように、SharePoint サイト、ライブラリ、または特定のドキュメントに接続します。
  3. URL を指定して保存します。

適切な回答が、内部ポリシー、製品仕様、顧客契約、Web サイトの最新の価格ページなど、モデルがトレーニングされなかったコンテンツに依存する場合は常にナレッジを添付します。

アウトプット

[ 出力 ] ドロップダウンを使用して、エージェントから返される内容の形状を制御します。 この図形は、ダウンストリーム ワークフロー ステップが結果を使用する方法を決定します。

出力の種類 受け取るもの いつ使用するか
テキスト応答 1 つの文字列。 ダウンストリーム ステップでは、エージェントの回答 (メール本文や Teams メッセージなど) が挿入されます。
構造化された出力 名前付きフィールドを持つ定義済みのオブジェクト。 スキーマを記述せずに一貫性のあるフィールドが必要です。 たとえば、概要とセンチメント ラベル、推奨される次のアクションなどです。
カスタム構造化出力 定義した JSON スキーマに一致するオブジェクト。 ダウンストリーム ワークフローには、分岐、列への書き込み、または API への送信を行うために、厳密でマシンが読み取り可能なフィールドが必要です。

構造化された出力を選択すると、各フィールドは、ダウンストリーム アクションが直接参照できる独自の動的コンテンツ トークンになります。

既存のエージェントにメッセージを送信する

既存のエージェントを選択すると、ノードに [メッセージ ] フィールドが表示されます。 これは、 この 実行に対して何を行うかをエージェントに指示する方法です。 公開済みのエージェントには、エージェントの指示、ツール、ナレッジがすでに設定されています。

[ メッセージ ] フィールドに、この実行のプロンプトを書き込みます。 動的コンテンツ ピッカーを使用して以前の手順からトークンを挿入し、エージェントがリアルタイム データに基づいて推論するようにします。 たとえば、カレンダー イベントの作成時にトリガーされるワークフローでは、メッセージの後にPrepare a brief forトークンがされる場合があります。

Note

インラインエージェントでは、個別のメッセージフィールドは使用されません。Instructions フィールドは、各実行のプロンプトとして使用されます。 手順を参照 してください

不明な場合は、人的支援を依頼する

自信が持てない場合に人間の支援を要求するをオンにすると、エージェントが自分で行動するのに十分な自信がない時にエスカレートさせることができます。 エージェントは接続所有者に入力を電子メールで送信し、応答を待ってから続行します。

金融取引における例外処理、エッジケースの承認、顧客からのエスカレーションに対する判断など、判断を誤るリスクが判断に時間をかけすぎるリスクよりも大きい重要な意思決定を行う際には、この機能を有効にします。

ワークフローでエージェントの応答を使用する

エージェント ノードが実行されると、ワークフローはエージェントがそのタスクを完了するまで待機します。 その後、エージェントの応答は動的コンテンツとして使用できるようになります。このコンテンツは、後続の手順で使用できます。

ダウンストリーム アクションでエージェントの応答を使用するには:

  1. 結果を使用する次のアクションを選択します (例: [電子メールの送信][行の更新] など)。

  2. 入力するフィールドで動的コンテンツ ピッカーを開きます。

  3. エージェント ステップから出力を選択します。

    • テキスト応答出力→単一のエージェント応答トークン
    • 構造化またはユーザー設定の構造化出力→、定義したフィールドごとに 1 つのトークンが含まれます。

一般的なパターン:

  • メール本文、Teams メッセージ、またはドキュメントにテキスト応答を挿入します。
  • 構造化フィールド (たとえば、 priority == "high") でワークフローを分岐します。
  • 構造化フィールドを Dataverse、Excel、またはSharePoint listに書き込みます。

自動化のシナリオ

エージェント ノードは、長いワークフローの 1 つのステップ として最適です。 前の手順では入力を収集して正規化し、エージェントは推論を行い、以降の手順は複数のシステムにわたって結果に基づいて動作します。

受信したサポートチケットの優先順位を決定する

ワークフローは、Dataverse で新しいチケットが作成されたときにトリガーされます。 前の手順では、チケット本文、添付ファイル、顧客の最近のケース履歴を取得します。エージェント ノードは次に、すべてを読み取り、製品ナレッジ ベース (SharePoint) に基づいたものにし、categoryprioritysuggested_owner、および draft_reply を使用して構造化された出力を返します。 その後の手順では、priority に基づいて分岐し、障害が発生している場合は当直のエンジニアに連絡します。それ以外の場合は、チケットを割り当て、返信の下書きをレビュー待ちのキューに入れます。

ポリシーに沿って経費報告書を確認する

ワークフローは、経費明細書が送信されたときにトリガーされます。 前のステップでは、品目を読み込み、非米ドル額を統一基準に変換することで、エージェントが一つの基準で推論できるようにします。エージェントノードはポリシーSharePointサイトに基礎を置き、行ごとのcompliantフラグとreasonを返します。 後の手順では、仕訳を AP システムに自動的に登録して転記するか、エージェントの理由を添えて承認の手続きを開始し、財務レビュー担当者の確認を待ちます。

会議のブリーフィングを準備する

ワークフローは毎朝実行され、Outlookから 1 日の会議が一覧表示され、各会議がループされます。 すべての会議について、前の手順でDynamics 365からアカウント コンテキストを取得します。エージェント ノードは、Work IQ を使用して、出席者と共に最近のメールスレッドと Teams スレッドをスキャンし、会話ポイントを返し、リスクを開き、推奨される質問を返します。 次のステップで、出力をHTMLブリーフィングにフォーマットし、会議の30分前に電子メールで送信し、Teamsに適応型カードとして投稿します。

よく寄せられる質問

インライン エージェントを使用する必要がある場合と、既存のエージェントを使用する必要があるタイミング

エージェントのジョブが 1 つのワークフローに固有であり、指示、ツール、知識、出力など、すべてがワークフローと共に移動する必要がある場合は、 インライン エージェント を使用します。 インラインエージェントはセットアップが速く、構成が使用する手順のすぐ近くにあるため、理解しやすいです。

同じ エージェント が複数のワークフローまたはサーフェス間で共有されている場合 (たとえば、Teams でチャットされている場合)、またはエージェントが別のチームによって所有されていて、それを呼び出すだけの場合は、既存のエージェントを使用します。

エージェント ノードを使用する必要があるタイミングと、プロンプト ノードを使用する必要があるタイミング

どちらもワークフローに AI を追加しますが、異なるジョブ用に構築されています。

Capability エージェント ノード プロンプトノード
ツール管理 すべてのエージェント ツールへのフル アクセス コード インタープリターのみ
ナレッジ ソース サポートされているすべてのナレッジ ソース Dataverse のみ
人間によるレビュー Yes いいえ
タスクの複雑さ 複雑なタスク。 エージェント オーケストレーターは複数のターンを取ることができます。 1 ターンで実行できる単純なタスク

ステップで推論、ツール オーケストレーション、または基礎知識が必要な場合は、 エージェント ノード を使用します。 テキストを変換または生成するためにモデルが必要な場合は、 プロンプト ノード を使用します。

インライン エージェントは、このワークフローの外部で再利用できますか?

No. インライン エージェントは、そのワークフローの範囲内に限定されます。 複数のワークフローで同じインライン エージェントを構築している場合は、発行されたエージェントに昇格させ、代わりに各ワークフローからそのエージェントを呼び出します。