Microsoft 365 管理センターでエージェントのツールを管理する

Microsoft 365 管理センターのエージェント ツールは、organizationで使用可能なすべての AI 搭載ツールとモデル コンテキスト プロトコル (MCP) サーバーの一元的なビューを提供します。 これらのツールは、AI モデルがユーザー データ、ツール、ワークフローと対話する方法を定義します。 エージェント ツールを使用すると、要求、応答、アクションを一貫した安全で安全な透過的な方法で処理できます。

一覧表示される各ツールは、Microsoft 365 アプリ全体で Copilot エクスペリエンスをサポートするサービスを表します。 可用性を監視し、アクセスを管理し、組織のポリシーへの準拠を確認できます。 [レジストリ] タブを使用して、テナントで使用できるツールを表示および管理し、[要求] タブを使用して、organizationのユーザーからのツール要求を確認および承認します。

エージェント ツール レジストリを表示する

1. Microsoft 365 管理センターにサインインします。

2. 左側のナビゲーション ウィンドウで、[ エージェント>Tools>Registry] を選択します。

   

エージェント ツールの主要コンポーネント

[ レジストリ ] タブと [ 要求 ] タブの [エージェント ツール] の一覧には、エージェント ツールの管理に役立つフィルター、列、アクションが表示されます。

アクション

一覧からアクションを直接選択するか、一覧表示されているエージェントを選択してエージェント ツールの概要を表示します。 エージェント ツールには、次のアクションが含まれます。

フィルター

エージェント ツール レジストリには、ツールの大規模で多様なインベントリを含めることができます。 リストをフィルター処理して、フォーカスするエージェント ツールにビューを絞り込みます。

フィルターは、次の条件に基づいています。

段組み

次の表では、エージェント ツール レジストリで使用できる列について説明します。

一般的な MCP サーバー

MCP サーバーをサービスとして使用して、データ、アクション、ビジネス ロジックをエージェントに公開します。

MCP サーバーの例を次に示します。

• Dataverse MCP サーバー。
• MCP サーバー Windows 365 for Agents。
• Microsoft MCP 管理 MCP サーバー。
• 管理 ツール MCP Server for Microsoft 365 管理センター。

関連情報については、「MICROSOFT AGENT 365 SDK と CLI」を参照してください。

独自の (BYO) MCP サーバーを持ち込む

Bring Your Own (BYO) MCP サーバー機能を使用すると、組織は独自のリモート MCP サーバーをMicrosoft Agent 365に登録して、一元的なガバナンスと監視を行うことができます。

大企業は、多くの場合、さまざまなビジネス ワークフローにわたってエージェントに電力を供給するために、内部 MCP サーバーを構築して運用します。 通常、これらのサーバーは組織のガバナンス境界の外で実行され、公開されるツールの管理者の可視性も、呼び出し方法に対するポリシーの適用も、セキュリティとコンプライアンス チームのテレメトリの使用も行われません。 BYO MCP サーバーは、登録されたサーバーを Agent 365 Tooling Gateway 経由でルーティングすることで、この問題に対処します。これにより、IT 管理者は、Microsoft 365 管理センターおよびセキュリティ チームを介して必要な監視データを制御できます。

BYO MCP サーバーのしくみ

BYO MCP サーバーは、構造化された開発者から管理者へのフローに従って、エージェントがアクセスする前にすべてのリモート MCP サーバーがレビューおよび管理されるようにします。

BYO MCP サーバーの開発者から管理者へのフロー:

1. 開発者は、Agent 365 CLI を使用してリモート MCP サーバーを登録し、公開するサーバー URL、認証の種類、およびツールを提供します。 詳細については、「 リモート MCP サーバーを登録する」を参照してください。

2. IT 管理者は、Microsoft 365 管理センターでサーバーの詳細と宣言されたツールを確認し、要求を承認または拒否します。 承認されると、管理者はサーバーに必要なMicrosoft Entraアクセス許可を付与します。 詳細については、「 ツール要求の確認と承認」を参照してください。

3. 承認された MCP サーバーは、サポートされているクライアント (Copilot Studioや Visual Studio Code など) によって、実際のツール呼び出しに対してエージェントをビルドしてテストするために使用されます。 詳細については、「 承認済み MCP サーバーを使用する」を参照してください。

4. セキュリティ チームは、コンプライアンスと異常検出のための高度なハンティングをMicrosoft Defenderして、MCP サーバーのアクティビティとツールの呼び出しを監視します。 詳細については、「 MCP サーバー アクティビティの監視と監視」を参照してください。

リモート MCP サーバーを登録する

ユーザーまたは開発者は、独自のリモート MCP サーバーをAgent 365に登録できます。 このセクションでは、リモート MCP サーバーを CLI を使用してAgent 365に登録し、IT 管理者がエージェント構築サーフェスで使用するためにそれを確認して承認できるようにするために必要な手順について説明します。

このセクションでは、リモート MCP サーバーを登録するために必要な手順 (一般的に開発者によって実装される) について説明します。

• 開発者の前提条件について説明します。
• Agent 365 CLI をインストールします。
• MCP サーバーを登録します。

開発者の前提条件

リモート MCP サーバーを登録する前に、次の前提条件があることを確認してください。

• Agent 365 CLI をインストールします (または、最新バージョンに更新します)。 このフローを機能させるためには、バージョン 1.1.165-preview 以上が必要です。

• Agent 365 サービス プリンシパルがテナントにプロビジョニングされていることを確認します。 appId ea9ffc3e-8a23-4a7d-836d-234d7c7565c1に関連付けられているサービス プリンシパルが見つからない場合、サービス プリンシパルはテナント用にプロビジョニングされません。 テナントでAgent 365のサービス プリンシパルを設定するには、次を参照してください。

  • サービス プリンシパルを設定します。
  • サービス プリンシパルをプロビジョニングできるユーザーについて説明します。

• インターネットからアクセスできるパブリックにアクセス可能な MCP サーバー エンドポイント。

• サーバーは、サポートされている認証の種類のいずれかで構成されます。

  • NoAuth。
  • APIKey (ヘッダーまたはクエリ)。
  • ExternalOAuth。
  • EntraOAuth。

Agent 365 CLI をインストールする

Agent 365 CLI をインストールするには、「Agent 365 CLI のインストール」の手順に従います。

MCP サーバーを登録する

次の後で、MCP サーバーを Agent 365 に登録する準備ができました。

• Agent 365 CLI をインストールします。
• MCP サーバー エンドポイントにパブリックにアクセスできることを確認します。
• サポートされている認証の種類でサーバーを構成します。

IT 管理者は、エージェント構築サーフェスで使用するためにそれを確認および承認できます。

MCP サーバーをAgent 365に登録するには、いくつかのオプションがあります。

• CLI による手動登録: CLI から a365 develop-mcp register-external-mcp-server コマンドを実行し、MCP サーバーが公開するサーバーの詳細、認証の種類、ツールを手動で指定します。

• JSON ファイルを使用した登録: a365 develop-mcp register-external-mcp-server -f <path-to-file.json> を使用して、コマンド ラインで個別に指定するのではなく、サーバーの詳細、認証の種類、およびツール定義をすべて 1 つのファイルに含む JSON ファイルを提供することで、MCP サーバーを登録します。

さまざまな認証の種類に対して CLI を使用して MCP サーバーを Agent 365に登録する方法については、次のセクションの例を参照してください。

NoAuth

認証を必要としない MCP サーバーの場合:

a365 develop-mcp register-external-mcp-server \
--server-name "ZavaServer" \
--server-url "https://mcp.zava.com/mcp" \
--publisher "Contoso" \
--description "My external MCP server for document search" \
--auth-type "NoAuth" \
--tools "tool1,tool2"

{
  "serverName": "ext_DocsSearch",
  "serverUrl": "https://docs.contoso.com/api/mcp",
  "authType": "NoAuth",
  "description": "Documentation search MCP Server for Contoso developer docs.",
  "publisherName": "Contoso",
  "tools": [
    {
      "name": "search_docs",
      "description": "Search Contoso developer documentation and code samples."
    }
  ],
  "remoteScopes": null,
  "externalOAuth": null,
  "apiKey": null
}

APIKey (クエリ パラメーター)

クエリ パラメーターとして API キーを渡すサーバーの場合:

a365 develop-mcp register-external-mcp-server \
--server-name "ZavaServer" \
--server-url "https://mcp.zava.com/mcp" \
--publisher "Contoso" \
--description "My external MCP server for document search" \
--auth-type APIKey \
--api-key-location Query \
--api-key-name apiKey \
--tools "tool1,tool2"

{
  "serverName": "ext_MarketData",
  "serverUrl": "https://api.contoso.com/market/mcp",
  "authType": "APIKey",
  "description": "Real-time stock market data and search from Contoso Market Services.",
  "publisherName": "Contoso",
  "tools": [
    {
      "name": "stock-market-data",
      "description": "Get real-time stock market data and financial information."
    },
    {
      "name": "real-time-search",
      "description": "Search the web for real-time information and news."
    }
  ],
  "remoteScopes": null,
  "externalOAuth": null,
  "apiKey": {
    "location": "Query",
    "name": "apiKey"
  }
}

APIKey (ヘッダー)

要求ヘッダーで API キーを渡すサーバーの場合:

a365 develop-mcp register-external-mcp-server \
--server-name "ZavaServer" \
--server-url "https://mcp.zava.com/mcp" \
--publisher "Contoso" \
--description "My external MCP server for document search" \
--auth-type APIKey \
--api-key-location Header \
--api-key-name token \
--tools "tool1,tool2"

{
  "serverName": "ext_InternalTools",
  "serverUrl": "https://tools.contoso.com/mcp",
  "authType": "APIKey",
  "description": "Contoso internal tools MCP Server with API key authentication.",
  "publisherName": "Contoso",
  "tools": [
    {
      "name": "tool1",
      "description": "First tool exposed by the server."
    },
    {
      "name": "tool2",
      "description": "Second tool exposed by the server."
    }
  ],
  "remoteScopes": null,
  "externalOAuth": null,
  "apiKey": {
    "location": "Header",
    "name": "X-API-Key"
  }
}

ExternalOAuth

外部 OAuth プロバイダーを介して認証するサーバーの場合:

a365 develop-mcp register-external-mcp-server \
--server-name "ZavaServer" \
--server-url "https://zava.com/mcp" \
--publisher "Contoso" \
--description "My external MCP server for document search" \
--auth-type ExternalOAuth \
--idp-authorization-url "https://idp.zava.com/o/oauth2/v2/auth" \
--idp-token-url "https://idp.zava.com/oauth2/token" \
--idp-scopes "https://api.zava.com/read" \
--idp-client-id "<your-client-id>" \
--idp-client-secret "<your-client-secret>" \
--remote-scopes "https://api.zava.com/read" \
--tools "tool1,tool2"

{
  "serverName": "ext_Analytics",
  "serverUrl": "https://analytics.contoso.com/mcp",
  "authType": "ExternalOAuth",
  "description": "Contoso Analytics MCP Server for dataset and query operations.",
  "publisherName": "Contoso",
  "tools": [
    {
      "name": "list_datasets",
      "description": "List all available analytics datasets."
    }
  ],
  "remoteScopes": "https://analytics.contoso.com/.default",
  "externalOAuth": {
    "authorizationUrl": "https://auth.contoso.com/oauth2/authorize",
    "tokenUrl": "https://auth.contoso.com/oauth2/token",
    "scopes": "https://analytics.contoso.com/.default",
    "clientId": "a1b2c3d4-e5f6-7890-abcd-ef1234567890",
    "clientSecret": "<your-client-secret>"
  },
  "apiKey": null
}

EntraOAuth

Microsoft Entra IDを介して認証するサーバーの場合:

a365 develop-mcp register-external-mcp-server \
--server-name "ZavaServer" \
--server-url "https://mcp.zava.com/mcp" \
--publisher "Contoso" \
--description "My external MCP server for document search" \
--auth-type EntraOAuth \
--remote-scopes "https://api.zava.com/.default" \
--tools "tool1,tool2"

{
  "serverName": "ext_OrgDirectory",
  "serverUrl": "https://directory.contoso.com/mcp",
  "authType": "EntraOAuth",
  "description": "Contoso organization directory MCP Server secured with Entra OAuth.",
  "publisherName": "Contoso",
  "tools": [
    {
      "name": "list_users",
      "description": "List users in the organization directory."
    },
    {
      "name": "get_user_profile",
      "description": "Get the profile of a specific user by ID or UPN."
    }
  ],
  "remoteScopes": "api://contoso-directory/.default",
  "externalOAuth": null,
  "apiKey": null
}

登録が成功したら、MCP サーバーを送信して、Microsoft 365 管理センターで管理者レビューを行います。

MCP サーバーを評価する

a365 develop-mcp evaluate コマンドを使用して、MCP ツール定義の品質を評価できます。 このコマンドは、サーバーのツール スキーマを検査し、ツール名、説明、およびパラメーター スキーマを改善するための実用的なガイダンスを含むレポートを生成します。

セマンティック チェックは、自分のアカウントと AI サブスクリプションで、コンピューター上でローカルに実行されるコーディング エージェント CLI (GitHub Copilot CLI または Claude Code) によってスコア付けされます。 このコマンドは、ツール スキーマ データを Microsoft に送信しません。

最低限必要なロール: なし。 評価は、指定した MCP サーバー URL に対してローカルに実行され、Azureまたは Microsoft Graph を呼び出しません。

前提条件

• Agent 365 CLI。 「Agent 365 CLI のインストール」を参照してください。
• セマンティック (AI) スコアリングの場合、1 つのローカルにインストールされたコーディング エージェント CLI:
  • GitHub Copilot CLI: npm install -g @github/copilot (Node.js 18 以降) を使用してインストールします。 これはスタンドアロン copilot バイナリであり、gitHub CLI 拡張機能 gh copilot ではありません。
  • Claude コード: npm install -g @anthropic-ai/claude-codeを使用してインストールするか、コードのインストールClaude従います。
• どちらのエージェントもインストールされていない場合でも、コマンドは決定的なチェックを実行し、チェックリストを書き込み、停止して、独自の LLM (bring-your-own-LLM) でセマンティック チェックをスコア付けできるようにします。 エージェントのプローブを完全にスキップするには、 --eval-engine none を渡します。

評価のしくみ

コマンドは 5 ステップのパイプラインを実行し、次の表に示すように進行状況をログに記録します。

各チェックは、次の 2 種類のいずれかです。

• 決定論的: CLI のルール ベースのロジック。pass or fail は正確であり、AI は必要ありません (たとえば、"ツール名は空ではありません")。
• セマンティック: コーディング エージェントによってスコア付けされ、判断を説明する reason 文字列が含まれます。

実行はべき等です。 同じコマンドを再実行すると、既存の <server-name>_checklist.json が再利用され、サーバーの検出がスキップされます。これは、bring-your-own-LLM ラウンド トリップのしくみです。チェックリストを自分でスコア付けしてから、再実行して再開します。 ツール スキーマを変更した後、チェックリスト ファイルを削除して新しい検出を強制します。

例

自動エンジン選択を使用してローカル サーバーを評価します。

a365 develop-mcp evaluate --server-url "http://localhost:5000/mcp"

環境変数を介して提供されたトークンと、サブフォルダーに書き込まれた成果物を使用して、認証されたサーバーを評価します。

$env:A365_MCP_AUTH_TOKEN = "<bearer-token>"
a365 develop-mcp evaluate --server-url "https://my-mcp-server.contoso.com/mcp" --output-dir "./eval"

チェックリストのみを生成し、独自の LLM でスコアを付けます。

a365 develop-mcp evaluate --server-url "https://my-mcp-server.contoso.com/mcp" --eval-engine none

特定のスコアリング エンジンを強制する:

a365 develop-mcp evaluate --server-url "http://localhost:5000/mcp" --eval-engine claude-code

レポートの読み取り

ブラウザーで出力ディレクトリから <server-name>_eval_report.html を開きます。 レポートには、次の情報が表示されます。

• 全体的なスコア(0-100、より高い方が良いです)。
• 成熟度レベル (0 から 4) とそのラベル。
• カテゴリの内訳を含むツールごとのスコア: ツール名、ツールの説明、パラメーター名、パラメーターの説明、スキーマ構造。
• 次の成熟度レベルに到達するための具体的な要件など、影響順に 並べ替えられた優先順位付けされたアクション項目リスト。

データ処理と AI の透明性

• コマンドは、MCP サーバーの 静的ツール スキーマ (名前、説明、およびパラメーター スキーマ) のみを tools/listから処理します。 ランタイム ペイロード、エンド ユーザー データ、または個人データは処理されません。
• コーディング エージェント CLI は、独自の AI サブスクリプションの下でコンピューター上で実行されます。 モデル API 呼び出しは、サービス条件と課金の下で、その CLI によって AI プロバイダーに直接行われます。 a365 CLI はモデルを指定しますが、呼び出しを仲介しません。
• --auth-token値はメモリに保持され、HTTP Authorization ヘッダーとしてのみサーバーに送信され、ディスクに書き込まれたり、コーディング エージェントに渡されたりすることはありません。
• 出力ファイル (_checklist.json、 _eval_report.html、 _eval_report.json) は、 --output-dir にのみ書き込まれ、コンピューター上に残ります。

トラブルシューティング

次のトラブルシューティング ガイドを使用して、一般的なエラーを診断し、推奨される修正プログラムを適用します。

ツール要求の確認と承認

開発者がリモート MCP サーバーなどのツールを登録すると、確認と承認のためにMicrosoft 365 管理 センターにツールが表示されます。

Microsoft 365 管理 センターでエージェント ツールを管理するための適切なアクセス許可を持つ管理者は、これらの要求を確認、承認、または拒否して、organizationで使用できるツールを制御できます。

MCP サーバー登録要求を確認して承認するには、次の手順に従います。

1. Microsoft 365 管理センターにサインインします。

2. [ エージェント>ツール] を選択し、[要求] タブ を 選択します。

3. 保留中の要求には、サーバーごとに次の詳細が表示されます。

   • サーバー名
   • Publisher
   • によって要求されました
   • 要求された日付

4. サーバー情報と宣言されたツールを確認して、正確性とコンプライアンスを確認します。

5. [ 承認] を選択 して、組織のレジストリでサーバーを使用できるようにするか、[ 拒否] を 選択して要求を拒否します。

6. 承認が得られたら、MCP サーバーに必要なMicrosoft Entraのアクセス許可に同意します。 同意が付与された後にのみ、サーバーがエージェントの構築サーフェスで使用できるようになります。

MCP サーバーの可用性に基づいて、次の状態インジケーターが表示されます。

• [使用可能] - ツールがアクティブで、使用できる状態です。
• ブロック - ツールが無効になっており、エージェントがアクセスできません。

主要なガバナンス コントロール

次の表は、主要なガバナンス コントロールをまとめたものです。

承認された MCP サーバーを使用する

MCP サーバーが承認され、同意Microsoft Entra許可されたら、サポートされているエージェント構築サーフェス全体で使用できます。 次のクライアント サーフェスでは、現在、プレビューで承認された BYO MCP サーバーの呼び出しがサポートされています。

Copilot Studioのユーザーとして、承認された BYO MCP サーバーを呼び出すには、次の手順を実行します。

1. 環境内のCopilot Studioに移動します。

2. 新しいカスタム エージェントを作成する (または既存のカスタム エージェントを開く)。

3. [ツール] セクションに移動し、[MCP サーバー] を選択します。

4. レジストリから MCP サーバーを選択します。

5. MCP サーバーを呼び出すプロンプトを入力して、エージェントをテストします。

承認された BYO MCP サーバーを Claude Code、VS Code、GitHub Copilot CLI から呼び出す方法については、「Work IQ MCP の概要」の「エージェントをコーディングするための Work IQ MCP サーバーのセットアップ」セクションを参照してください。

MCP サーバーのアクティビティを監視および監視する

organizationのセキュリティ チームのメンバーとして、高度なハンティングMicrosoft Defender使用して、MCP サーバーの呼び出しを追跡および分析します。 このプロセスは、どのエージェントがどの MCP サーバーを呼び出すか、いつ呼び出しが発生したか、および異常または未承認の使用パターンを検出するのに役立つその他の関連メタデータを確認するのに役立ちます。

サンプル KQL クエリ - Defender Advanced Hunting:

CloudAppEvents
| where ActionType in ( "ExecuteToolByGateway")
| where RawEventData contains "tool name"

このクエリは、エージェント名、MCP サーバー名、呼び出しメタデータなどの詳細を返します。

BYO MCP サーバーの削除

現在、Microsoft では BYO MCP サーバーの削除はサポートされていません。

プラグインまたはスキルをアップロードする

独自のプラグインまたはスキルをアップロードして、Microsoft 365 管理センターを介してorganizationのエージェントが使用できるようにします。

プラグインまたはスキルをアップロードする前に、開発者はそれをマニフェスト ファイルにパッケージ化する必要があります。 マニフェスト ファイルの作成の詳細については、「Cowork プラグインの開発」を参照してください。

プラグインまたはスキルをアップロードするには、次の手順に従います。

1. Microsoft 365 管理センターにサインインします。
2. [ エージェント>Tools>Registry] を選択します。
3. [アップロード] を選択します。
4. プラグインまたはスキルのマニフェスト ファイルをアップロードします。
5. アップロードしたら、パッケージに含まれる MCP サーバーやスキルなどのコンポーネントを確認し、[ 次へ] を選択します。
6. [ ユーザーのスコープ ] ウィンドウで、[ すべてのユーザー ] または [特定のユーザーまたはグループ] を選択して、プラグインまたはスキルを使用できるユーザーを選択します。
7. [アップロード] を選択します。

プラグインとスキルを管理する

プラグインは、外部データとビジネス アクションへのアクセスをエージェントに提供する API ベースの統合です。 モデル コンテキスト プロトコルを介して機能を公開する MCP サーバーとは異なり、プラグインは通常、エージェントをアプリケーション固有のサービスと API に直接接続します。

スキルは、エージェントが使用できる別の種類のツールです。 スキルの管理は、プラグインの管理と同じアクションと手順を使用するため、このセクションはプラグインとスキルの両方に適用されます。

ツールアクション

ツールをインストールする

プラグインまたはスキルは、organization全体にインストールすることも、Microsoft 365 管理センター内の他のアプリと同じプロセスを使用して特定のユーザーまたはグループにインストールすることもできます。

プラグインまたはスキルをインストールして使用できるようにするには、次の手順に従います。

1. Microsoft 365 管理センターにサインインします。
2. [ エージェント>Tools>Plugins] を選択します。
3. 一覧から、インストールするプラグインまたはスキルを選択します。 [ 概要 ] ウィンドウが表示されます。
4. [ 概要 ] ウィンドウで、[ インストール] を選択します。
5. [ ユーザーの選択 ] ウィンドウで、詳細を確認します。
6. [ すべてのユーザー ] または [特定のユーザーまたはグループ] を選択して、使用できるユーザーを選択します。
7. [次へ] を選択します。
8. [ インストール & 確認 ] ウィンドウで、詳細を確認し、[インストール] を選択 します。

ツールをアンインストールする

Microsoft 365 管理センター内の他のアプリと同じプロセスを使用して、organization全体、または特定のユーザーまたはグループに対してプラグインまたはスキルをアンインストールできます。 アンインストールすると、環境から削除されます。 エージェントが再インストールされない限り、エージェントは使用できません。

使用できないようにプラグインまたはスキルをアンインストールするには、次の手順に従います。

1. Microsoft 365 管理センターにサインインします。
2. [ エージェント>Tools>Plugins] を選択します。
3. 一覧から、アンインストールするプラグインまたはスキルを選択します。 [ 概要 ] ウィンドウが表示されます。
4. [ 概要 ] ウィンドウで、[ アンインストール] を選択します。
5. [アンインストール] を選択して、 アンインストール アクションを確認します。

ツールをブロックする

Microsoft 365 管理センターを使用して、organization全体でプラグインまたはスキルをブロックできます。 ブロックすると、Microsoft 365 管理センター内で登録および表示したまま使用できなくなります。 テナントにはインストールされたままで使用できますが、エージェントはブロック解除されるまで呼び出すことはできません。

プラグインまたはスキルをブロックするには、次の手順に従います。

1. Microsoft 365 管理センターにサインインします。
2. [ エージェント>Tools>Plugins] を選択します。
3. 一覧から、ブロックするプラグインまたはスキルを選択します。 [ 概要 ] ウィンドウが表示されます。
4. [ブロック] を選択します。
5. プラグインまたはスキルが正常にブロックされていることを確認します。

ツールのブロックを解除する

Microsoft 365 管理センターを使用して、organization全体でプラグインまたはスキルのブロックを解除できます。

プラグインまたはスキルのブロックを解除するには、次の手順に従います。

1. Microsoft 365 管理センターにサインインします。
2. [ エージェント>Tools>Plugins] を選択します。
3. 一覧から、ブロックを解除するプラグインまたはスキルを選択します。 [ 概要 ] ウィンドウが表示されます。
4. [Unblock]\(ブロック解除\) を選択します。
5. プラグインまたはスキルのブロックが正常に解除されたことを確認します。

ツールを削除する

Microsoft 365 管理センターを使用して、以前にアップロードしたプラグインまたはスキル パッケージをorganization全体で削除できます。 削除すると、エージェントは使用できなくなり、レジストリから削除されます。

プラグインまたはスキルを削除するには、次の手順に従います。

1. Microsoft 365 管理センターにサインインします。
2. [ エージェント>Tools>Plugins] を選択します。
3. 一覧から、削除するプラグインまたはスキルを選択します。 [ 概要 ] ウィンドウが表示されます。
4. [削除] を選択します。
5. [削除] を選択して、 削除アクションを確認します。

Power Platform コネクタの使用状況を表示する

Microsoft 365 管理センターを使用して、エージェントがorganizationで使用する Power Platform コネクタを表示します。 このビューは、エージェントに接続されているコネクタを理解するのに役立ちます。

コネクタの使用状況の表示は、次の場合に役立ちます。

• organizationのエージェントによって使用される Power Platform コネクタについて説明します。
• 特定のコネクタを使用するエージェントを特定します。
• ガバナンス ポリシーを適用する前にコネクタがどのように使用されるかを理解する。

コネクタの使用状況を表示するには、次の手順に従います。

1. Microsoft 365 管理センターにサインインします。
2. [ エージェント>Tools>Registry] を選択します。
3. [ コネクタ] を選択します。
4. organizationのエージェントによって使用される Power Platform コネクタの一覧を確認します。
5. コネクタを選択して、コネクタを使用するエージェントを表示します。 コネクタの概要ページには、選択したコネクタに関連付けられているエージェントが表示されるため、organization全体でコネクタがどのように使用されているかを簡単に理解できます。
6. コネクタのポリシーを管理する必要がある場合は、コネクタの概要ページ で [Power Platform で表示 ] を選択して、Power Platform 管理センターに移動します。 このアクションにより、コネクタの使用をブロック、許可、管理できる Power Platform 管理センターに移動します。 詳細については、「 高度なコネクタ ポリシー」を参照してください。