Copilot エージェントの共有と公開の管理｜管理者の承認・一覧・ブロックはどこで行うか

たとえば、総務の社員が Agent Builder で、経費・備品・出張の質問に答えるエージェントを作ったとします。その社員から「全社で使えるようにしたい」と言われたとします。管理者としては、承認の依頼がどこに届くのか、承認しなければ全社には広がらないのか、使わせたくないときはどこで止めるのかが分かりません。

この記事では、社員のエージェントが広がる道ごとに、管理者がどの画面で一覧し、承認し、止めるかを書きます。エージェントの作り方、Copilot Studio の環境の設定、社外への公開は扱いません。当社は Microsoft 365 と生成 AI の導入を支援している会社で、ライセンスの販売はしていません。

「共有」と「組織カタログへの送信」は別の操作で、承認を通るのは送信だけ

Agent Builder（Copilot アプリの中でエージェントを作る機能）で作ったエージェントを人に渡す操作は2つあります。1つは［共有］です。人やグループを指定して渡すか、［チャット アクセスの組織全体で共有］のトグルをオンにして、同じテナント（会社の Microsoft 365 の契約の単位）の全員が見つけられるようにします。もう1つは［組織カタログに送信］です。管理者が中身を確かめてから、エージェント ストア（Copilot アプリの中でエージェントを探して追加する一覧）の「組織によって構築された」の欄に出します。以下、この操作を「カタログへの送信」と呼びます。共有の2つの形とカタログへの送信で、広がる道は3つになります。

違いは、管理者の承認を通るかどうかです。Microsoft の説明では、共有の確認は「なし」、カタログへの送信は「Microsoft 365 管理センターでの管理レビュー」とされています（Microsoft Learn「エージェント ビルダーから組織カタログにエージェントを送信する」）。組織全体への共有のトグルも共有の一部なので、管理者の承認は通りません。トグルをオンにすると、同じテナントの人はエージェント ストアでそのエージェントを見つけて使えます。

作った人が中身を直したときの動きも違います。共有したエージェントは、作った人が［更新］を押すと、直した版がそのまま相手に届きます。カタログへ送ったエージェントは、作った人が送り直して管理者が承認するまで、ストアから追加した人には前の版が出ます。共有した版とストアの版は、別のものとして扱われます。

Copilot Studio（エージェントを作り、公開し、管理する画面）で作ったエージェントは、［組織内の全員に表示］から管理者の承認に送ります。こちらは Agent Builder と違い、承認の後に中身を直して公開し直すたびに承認を取り直す必要はありません。説明やアイコンなど、エージェントの詳細を変えるときにだけ、もう一度承認に送ります（Microsoft Learn「Teams とMicrosoft 365のエージェントを接続して構成する」）。作る側の手順（Teams と Microsoft 365 Copilot のチャネルの設定と、公開の範囲）は、Copilot Studio のエージェントを Teams に公開する記事に書いています。

冒頭の総務の社員に戻ると、まず聞くのは「どの道で全社に広げるつもりか」です。社員が組織全体への共有のトグルをオンにすれば、管理者の手を通らずに全社に届きます。管理者の承認を通したいなら、カタログへの送信を使ってもらいます。トグルを使える人は、後の［設定］の節で絞れます。

ほかにも、作ったエージェントを Teams のアプリとして取り込む道や、Copilot Studio で特定の人に共有する道があります。この記事では扱いません。Copilot の設定がどの管理センターにあるかはCopilot の管理設定の地図の記事、エージェントの手に入れ方や費用の全体はCopilot のエージェントとはの記事に書いています。

この記事に関連するサービス

Microsoft 365 Copilot 導入支援Copilotを、共有の見直しから配るところまで。詳しく見る →AI活用支援生成AIを、業務に組み込むところまで詳しく見る →Claude 導入支援Claudeを、会社の決まりの中で使える状態まで。詳しく見る →ChatGPT 導入支援ChatGPTを、会社の決まりの中で使える状態まで。詳しく見る →AIセキュリティ診断・規約・ルール整備AIを使う前に、出す前に。安全の確認と、規約・ルールの整備を詳しく見る →

一覧は［レジストリ］で見る

社員のエージェントの一覧は、Microsoft 365 管理センターの［エージェント］＞［すべてのエージェント］＞［レジストリ］にあります。列は「名前・状態・プラットフォーム・リスク・アクティブ ユーザー・セッションの合計数・共有相手・最終更新・最終使用日」です。［リスク］と［最終使用日］は鍵の印が付いた列です。鍵の先の機能とライセンスは、Agent 365 とはの記事に書いています。

当社の検証用の環境では、Agent Builder で作っただけで誰とも共有していないエージェントも、状態「使用可能」、共有相手「共有されていません」で一覧に並んでいました。Copilot Studio で作りかけのエージェントは、状態「下書き」でした。共有したエージェントが共有相手の列にどう出るかは、当社は共有していないため確かめていません。

Copilot Studio のエージェントは、同じものが2行に並ぶことがあります。作った人が共有したものと組織が公開したものが、発行元の種類が違う別の行になるためです。どちらかの行を削除しても、もう一方は消えません。行によっては、削除が無くブロックだけができるものもあります（Microsoft Learn「Microsoft 365 管理センターでエージェント レジストリを管理する」）。止めるときは、同じ名前の行をすべて見ます。

行の名前を押すと詳細が開き、上に［新しい所有者の割り当て］［削除］と、ブロックのボタン（丸に斜線のアイコン）が並びます。総務の社員の FAQ のエージェントも、ここで状態と作った人を確かめ、必要ならここから止めます。

詳細の［ユーザー］タブには、「共有エージェントを自動的にインストールできません」とあり、続けて「エージェントを共有できるのは、エージェントの所有者のみです。」と出ます。社員が共有したエージェントの相手を、管理者がこの画面で足すことはできない、という意味だと当社は読んでいます。

承認は［リクエスト］で行う。できるのはグローバル管理者と AI 管理者

カタログへ送られたエージェントは、［エージェント］＞［すべてのエージェント］＞［リクエスト］のタブに並びます。列は「名前・状態・要求の種類・所有者・プラットフォーム・サポート対象・最終変更日時」です。Learn は、状態の例として「レビュー待ち」「保留中の更新」「有効化待ち」の3つを挙げています。当社が開いたときは申請が無く、「保留中のエージェント要求はありません」と出ていました。

総務の社員がカタログに送ると、ここに並びます。承認の流れは次のとおりです。申請を開いて、エージェントが使う機能・データ ソース・アクセス許可を見てから、［ストアに発行］を押します。続く画面で、インストールできる人を選び、ポリシー テンプレートを選び、要求されたアクセス許可を見て、必要なら管理者の同意を与えます。出さないときは拒否します。Agent Builder で作った人の画面には、拒否されたことと管理者のコメントが出ます。当社は承認と拒否を押しておらず、この流れは Learn の手順によります。

Microsoft 365 管理センターのこの画面で承認できるのは、グローバル管理者と AI 管理者です。グローバルリーダーと AI リーダーは一覧と設定を見られますが、変えられません（Microsoft Learn「Microsoft 365 管理センターでのエージェント管理ロールとアクセス許可」）。同じページは、作業に足りる最も権限の小さいロールを使うよう勧めています。承認する人には、グローバル管理者ではなく AI 管理者を割り当てるのが、この勧めに沿います。

申請が置かれたままになるのを避けるには、［リクエスト］を見る曜日を決めておきます。［エージェント］＞［設定］＞［エージェント管理ルール］では、指定した日数を過ぎた申請をまとめて拒否するルールも作れます。

何を通すかの基準は、Microsoft は決めていません。見る場所は、Microsoft が挙げる確認項目と前提条件から、次の6つに絞れます。たとえば、総務の FAQ のエージェントが経理のフォルダーを読んでいても、そのフォルダーを開けない社員には、その中身を使った答えは返りません（Microsoft Learn「Agent Builder に組み込まれたエージェントの共有と管理」）。全社に出す前に、読ませている場所を全社の人が開けるかを確かめます。

承認を通らない共有は、［設定］の3つで絞る

［エージェント］＞［設定］には8個の項目が並んでいます。社員のエージェントの広がりに関わるのは、［共有しています］［ユーザー アクセス］［エージェントとプラグインのアクセス］の3つです。［共有しています］と［ユーザー アクセス］は、既定で全員に許す側です。当社の検証用の環境では、［エージェントとプラグインのアクセス］も3つの種類すべてを許していました。［共有しています］は Learn では「共有」という名前で、どちらも同じ設定を指します。

［共有しています］：組織全体への共有をできる人を決める

選べるのは「すべてのユーザー」「ユーザーなし」「特定のユーザー」で、既定は「すべてのユーザー」です。この設定が効くのは、Agent Builder で作ったエージェントだけです。

「ユーザーなし」にしても、止まるのは組織全体への共有だけです。画面には「すべてのユーザーとの共有が制限されているユーザーは、個々のユーザーやセキュリティ グループとエージェントを引き続き共有できます。」とあります。社員は、全社員が入ったグループを指定して共有することもできます。また、設定を変えても効くのはその後の共有だけで、すでに共有したエージェントは使われ続けます（Microsoft Learn「Agent Builder に組み込まれたエージェントの共有と管理」）。

この設定で閉じられるのは、トグル1つで全社に出す道です。当社は、社員が作り始める段階では「特定のユーザー」にして情報システムの担当だけに残し、全社に出すものはカタログへの送信で受けることを勧めます。承認の画面を通れば、上の6つを見てから出せるためです。グループを指定した共有と、すでにした共有は残ります。［レジストリ］で社員のエージェントを定期的に見て、広く使われているものは、作った人にカタログへの送信を頼みます。それでも止めたいものは、ブロックか、次の［ユーザー アクセス］で止めます。

［ユーザー アクセス］：エージェントを使える人そのものを決める

選べるのは「すべてのユーザー」「ユーザーなし」「特定のユーザーまたはグループ」で、既定は「すべてのユーザー」です。ここで選ばなかった人は、社員が作ったものだけでなく、Microsoft のエージェントも使えなくなります。効く範囲が広いため、当社は、人を外す前に、共有の設定とブロックで足りるかを考えることを勧めます。画面には「従量課金制請求を使用する場合、エージェントへのアクセスを許可すると、Copilot 展開のコストが増加する可能性があります。」とも書いてあります。

［エージェントとプラグインのアクセス］：ストアに出す種類を決める

Microsoft が作ったもの、組織が作ったもの、外部の発行元が作ったものの3つの種類ごとに、許すかどうかを選びます。外した種類はエージェント ストアに出なくなります。ただし、Microsoft が作ったものは外しても表示は残り、インストールだけができなくなります（Microsoft Learn「Microsoft 365 管理センターのエージェント設定」）。開いたパネルの題は「エージェントとプラグインへのアクセス」で、一覧の名前と1字違います。

使わせたくないエージェントはブロックし、削除は戻す必要が無いと決めてから

設定は全員か人の単位で効きます。1つのエージェントだけを止めたいときは、詳細のブロックを使います。止め方ごとの違いは次の表のとおりです。

ブロックの効く範囲は、作った道具で変わります。Agent Builder と Copilot Studio で作ったエージェントは、Copilot のほか Outlook や Teams などでも止まります。SharePoint や Microsoft Foundry で作ったものは、Copilot Chat でだけ止まります（Microsoft Learn「Microsoft 365 管理センターで利用できるエージェントのガバナンスとライフサイクル アクション」）。ブロックは［ブロック解除］で戻せます。

管理センターで削除したエージェントは、30日間［削除済み］に残り、その間は戻せます。30日を過ぎると完全に消えます。待たずに完全に削除することもできます。総務の FAQ のエージェントを止めたいときも、まずブロックして、作った人と話してから削除するかを決めると、取り返しがつきます。

社員が異動や退職でいなくなったときは、［新しい所有者の割り当て］で別の人に引き継げます。所有者を付け替えると、前の所有者は見ることも含めてアクセスを失います。付け替えられるのは、Agent Builder と Copilot Studio で社員が作ったエージェントです。エージェントではなく Copilot そのものを一部の人だけ止めたいときは、Copilot を一部の人だけに使わせる記事に書いています。

Teams 管理センターにも［承認の保留中］の欄がある

エージェントは、Microsoft 365 管理センターと Teams 管理センターの両方から管理できます。当社の検証用の環境の Teams 管理センターでは、［Teams のアプリ］＞［アプリの管理］の上に「承認の保留中」の欄があり、「送信されたカスタムアプリ」と「更新されたカスタムアプリ」の数が出ていました（どちらも0）。

Teams のカスタム アプリ（社内で作った Teams のアプリ）を管理者の承認に送る［送信］は、全員が使えてオフにできません。管理者は、送られたものを承認しないことができます（Microsoft Learn「Microsoft Teams 管理センターでカスタム アプリを管理する」）。Copilot Studio のエージェントが承認された後は、Teams 管理センターの［アプリの管理］でも「組織用に構築された」ものとして管理できます。Copilot Studio から送った申請が、2つの管理センターのどちらの欄に並ぶかは、申請の無い状態でしか見ていないため確かめていません。承認の担当は両方の欄を見ておくと漏れません。Teams 管理センターの画面の全体は、Teams 管理センターとはの記事に書いています。

社員に作らせる前に、決めておく4つ

［共有しています］と［ユーザー アクセス］は、既定で全員に許す側です。社員がエージェントを作り始める前に、次の4つを決めておくと、全社に広がってから止める作業が減ります。

• 承認する人：AI 管理者のロールを誰に割り当てるか。
• 全社に出す道：トグルでの組織全体への共有を許すか、［共有しています］を絞って、全社に出すものはカタログへの送信で受けるか。絞っても、グループを指定した共有は残ります。
• 通す基準：上の6つのうち、どれを満たさないと承認しないか。総務の FAQ のエージェントなら、読ませている場所を全社の人が開けるかを条件にするか。
• 見る頻度：［リクエスト］と［レジストリ］を、いつ誰が見るか。

次にすること

まず、［エージェント］＞［すべてのエージェント］＞［レジストリ］を開き、社員が作ったエージェントを開いて、誰に共有されているかを確かめます。次に、［エージェント］＞［設定］の［共有しています］［ユーザー アクセス］の値を確かめ、上の4つを決めてから変えます。

社員に渡す作り方の手順はAgent Builder でのエージェントの作り方の記事、Copilot Studio との違いはCopilot Studio とはの記事に書いています。

当社は、承認する人と基準、設定の値を決めるところから、エージェントの社内展開を支援しています。Microsoft 365 の導入支援からご相談ください。