みなさん、こんにちは。
日本マイクロソフトの佐々木です。
本日は、Copilot Studioでクラシックオーケストレーションモードと生成オーケストレーションモードのエージェントについて解説していきたいと思います。
長くなりそうなので、何回かに分けてお送りしていきます。
本ブログでご説明するのは概要となります。次回は実例を交えた開発行為のなかでご説明していきます。
はじめに
Copilot Studioで作成するエージェントには2種類の動作パターン(動作ロジック)があります。
クラシックオーケストレーションモードと生成オーケストレーションモードです。
本日はCopilot Studioにおける開発の基礎知識をおさらいしつつ、クラシックオーケストレーションモードと生成オーケストレーションモードを解説していきます。
ライセンス関連、消費メッセージについて
別の記事で紹介したようにクラシックオーケストレーションモードと生成オーケストレーションモードでライセンス要件や消費メッセージの考え方が異なります。
Copilot Studio in Microsoft 365 Copilotのユーザーライセンスが割り当てされたユーザーはMicrosoft 365 Copilot Channelに公開されたクラシックオーケストレーションモードのエージェントを利用できる権利があります。つまり、Copiot Studioのメッセージを消費しないということです。
ただし、Copilot Studio in Microsoft 365 Copilotのユーザーライセンスが割り当てされているユーザーであっても、生成オーケストレーションモードのエージェントを利用し、自律アクションを利用する場合は、メッセージを消費することになります。
また、Copilot Studio in Microsoft 365 Copilotのユーザーライセンスが割り当てされていないユーザーにおいては、Copiot Studioのメッセージを消費するわけですが、
クラシックオーケストレーションモードで作成されたエージェントを利用するよりも生成オーケストレーションモードのエージェントを利用する場合のほうが、ほとんどのケースにおいて、自律アクションを利用するため、消費メッセージは増えるでしょう。
詳細は下記のLearnをご確認ください。
最新情報の確認のお願い
Copilot Studio含めたCopilot関連のライセンス体系については、最新のライセンスガイドをご参照ください。
前提知識
クラシックオーケストレーションモードと生成オーケストレーションモードの説明をする前に、Copilot Studioで開発するエージェントの構成要素について説明していきます。
詳細は割愛しますが、大枠のイメージをとらえていただければと思います。
トピック
エージェントの構成要素としてまず挙げられるのがトピックになります。
まずはじめに、クラシックオーケストレーションモードの場合、トピックを構成することが非常に重要になります
会話内容毎に呼び出される会話のまとまりを意味しており、トリガーと複数のノードで構成されます。
質問ノードや生成型の回答をおこなうノードやアクションを呼び出すノードを構成することが可能です。
上述のように個々で開発したトピックを組み合わせて、想定される会話の流れに対応できるようにトピックを設計していくのがトピックの構築となります。
ナレッジ
Copiot Studioで開発するエージェントの肝となる機能です。
こちらで指定したナレッジからエージェントが回答を生成します。
対象となるナレッジ:
・公開Webサイト
・SharePoint / OneDrive
・Dataverse
・ファイルアップロード
・エンタープライズデータ(Graph)
・Azure AI
他
詳細の制限等はLearnをご確認ください。
アクション
エージェントがタスクを遂行するためにアクションを構成することが可能です。
Power PlatformのコネクタやPower Automateなどを利用することであらゆるサービスやシステムと連携することが可能となり、単なるFAQチャットボットではなく、ユーザーのタスクを遂行するエージェントとしての役割を果たすことが可能となります。
アクションの種類:
・事前構築されたコネクタ アクション
・ユーザー定義コネクタとアクション
・Power Automate クラウド フロー
・AI Builder プロンプト (トピック内)
・REST API 接続
他
本題
以上でエージェントの主な構成要素である、トピック、ナレッジ、アクションについて説明しました。
こちらを説明した意図としては、動作ロジックであるクラシックオーケストレーションモードと生成オーケストレーションモードにおいて、動作パターンや開発行為に差が出るためです。
こちらの図はざっくりイメージなので、詳細は次項で説明していきます。
クラシックオーケストレーションモードと生成オーケストレーションモードについて
再掲となりますが、Copilot Studioで作成するエージェントには、クラシックオーケストレーションモードと生成オーケストレーションモードという2種類の動作パターン(動作ロジック)があります。
クラシックオーケストレーションモード:事前に定義されたトピックに従って動作します。
ユーザーに応答するため、単一のトピックをトリガーしてユーザーに応答します。 あらかじめ決められたトピックやアクションに基づいてエージェントの動作を設計しています。
生成オーケストレーションモード:最適なアクション、ナレッジ、トピック を選択し、ユーザーのクエリに回答したりイベントトリガーに応答できる自律型エージェントを開発することができます。ユーザーの意図ややりとりを考慮して動的に応答を生成させるエージェントの動作を設計していきます。
動作の違い
上述のとおり、ある程度決められたトピックの枠組みのなかで、ナレッジ検索やアクションを実行するクラシックオーケストレーションモードとAIがユーザーの入力などを判断し、動的にトピック選定からナレッジ検索やアクションなどを選択する生成オーケストレーションモードについて概要を説明しました。
細かな違いは下記の図を理解いただくと分かりやすいと思います。
おわりに
ここまででクラシックオーケストレーションモードと生成オーケストレーションモード概要についてご説明していきました。次回は各々のモードでの開発行為や振る舞いについて説明していきます。