SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
Global Secure Access (GSA) を使用したエージェントの管理について / Global Secure Access (GSA) を使用したエージェントの管理について その 2 で GSA を使用したエージェントの管理について投稿をしました。
これらの投稿ではタイトルの通り、GSA を使用してエージェントの管理を実現していました。
エージェントの管理については、GSA を使用せず Microsoft 365 管理センターを使用して管理を行うことができます。
この画像はシャドウ AI を管理するための機能となります。
当初は Intune を使用してシャドウ AI の検出が行われていましたが、現在は Microsoft Defender for Endpoint を使用した検出に切り替わっているようです。
本投稿では Microsoft 365 管理センターによるエージェントの管理について情報をまとめておきたいと思います。
Microsoft Agent 365 (Agent 365) で追加することができる機能のひとつとして「可観測性 (Observability) 」があります。
これは、Copilot Studio / Microsoft Foundry のような Agent 365 に統合されたエージェント実行環境以外に、独自に作成したエージェントに対しても Microsoft Agent 365 SDK を使用することで、可観測性の機能拡張を行うことができます。
既存エージェントに可観測性の機能拡張を行うことで、どのようなことを実現することができるのかについてまとめておきたいと思います。
機能の追加自体は Agent 365 Skills を使用して実施しています。
Global Secure Access (GSA) にはエージェント向けの管理機能が搭載されています。
GSA によるエージェントの管理を把握しておく必要があったので管理する情報をまとめておきたいと思います。
Agent 365 のエージェント ID では、エージェント自律アプリの OAuth フロー – アプリ専用プロトコル がサポートされています。
このフローはエージェントでエージェント ID を使用した認証フローで利用されるという理解でいます。
利用されるケースとしては、独自に開発したエージェントに Agent 365 のエージェント ID の機能を Agent 365 SDK を用いて追加、Microsoft Foundry のエージェントに追加した ツールの認証 などで使用されることがあるのではないでしょうか。
トークンの取得フローとしては冒頭のドキュメントの次の流れとなります。
エージェントから外部リソースにアクセスする際の資格情報ですが、次のようなパターンがあります。
エージェント ユーザーを使用しなくても、エージェント ID のトークンを利用したフローにより、エージェントに割り当てられている資格情報でリソースにアクセスすることが可能となります。
このフローは、既存のエージェントに Agent 365 のエージェント ID による管理機能を追加する際にも使用されるものとなるのではないでしょうか。
Microsoft Foundry からエージェント ID で通信した場合に、上記のフローとなることは把握していたのですが、Foundry のエージェントからの通信で、エージェント ID を指定した場合に、実際にどのようなトークンが取得されているのかを確認したことがありませんでした。
そこで、本投稿では Dev Tunnel を使用してトークンを確認してみたという内容となります。
Foundry には、開発中のエージェント向けの 共有プロジェクト ID という概念もありますが、今回は、共有プロジェクト ID ではなく、発行済みのエージェントであり、エージェント ID を使用して確認をしています。
次の記事で公開されていますが、生成 AI の Agent Skills として、Agent 365 Skills を使用することで、生成 AI からのプロンプトの指示により、既存の Microsoft 365 Copilot 向けのカスタム エンジン エージェントに対して、Microsoft Agent 365 の機能を追加することができます。
Microsoft 365 Agents Toolkit (ATK) で提供されているサンプルの天気エージェントに対して、Microsoft Agent 365 の機能を追加するというシナリオで、実際に追加を行うことができましたので、その際の作業内容についてメモをしておきたいと思います。
Microsoft 365 Copilot で使用できるエージェントの管理を管理者が実施する場合、Copilot Studio / Agent Builder で作成したエージェントの管理性を調査することが多いのではないでしょうか。
それ以外のエージェントとしては、カスタム エンジン エージェント も対象になるケースがあります。
この際、Copilot Studio で作成したエージェントではなく、Azure App Service (Microsoft 365 Agent Toolkit) / Microsoft Foundry 上に展開したエージェントを、カスタム エンジン エージェントと呼ぶことが多いのではないでしょうか。
このようなエージェントを作成する場合、管理者はどのような情報を確認しておけば、開発者に依頼することなく評価用のシンプルなエージェントを作成することができるのか？
これについての関連情報をまとめておきたいと思います。
タイトルの通りですが、Copilot Studio から作成した宣言型エージェントの保護を Microsoft Defender で実現する際の関連情報を整理しておきたいと思います。
Microsoft Agent 365 では シャドウ AI の検知並びにブロックがプレビュー機能として提供されるようになりました。
この機能について評価をしてみたのでメモを残しておきたいと思います。
本日、Agent 365 の一般提供が開始されました。
メッセージセンターの「MC1296867」として情報も公開されています。
本投稿では、Agent 365 の一般提供開始に伴い、更新された情報についてまとめておきたいと思います。
最初は次の 2 つの情報を確認しておくとよいのではないでしょうか。
Microsoft ３６５ 管理センターのメッセージセンターの MC1275311 で次のアナウンスが行われています。
現在、「Microsoft Entra 管理センター」には、エージェント管理する機能として次の機能が存在しています。
この機能の中で「2.」「3.」については、Microsoft 365 管理センターのエージェントに統合が進められているのですが、現時点でも統合が進んでいましたので情報をまとめておこうと思います。