Copilotの「Agent Blocked」、モデル故障とは限らない。Claude利用は管理者のAIプロバイダー設定で止まる

Microsoftは2026年8月19日時点のMicrosoft 365 Copilot Extensibilityの既知の問題として、Copilot Studioで作成したエージェントがClaude Sonnet 4.6など第三者AIモデルを使う場合、利用者にそのAIプロバイダーへのアクセス権がなければ「Agent Blocked」と表示されることを案内しています。これは必ずしもエージェントやモデルの故障ではなく、組織のAIプロバイダー設定によって意図的に利用が止められている可能性があります。MicrosoftではAnthropicなどの第三者AI事業者を「AI Subprocessor」としてMicrosoft Copilotへ組み込む仕組みがあり、管理者はモデル単位ではなくAIプロバイダー単位で、利用できるユーザーやMicrosoft Entra IDのセキュリティグループを指定できます。AIがマルチモデル化すると、「同じCopilot画面で使えるか」だけでなく、「どの会社のモデルが処理するのか」「自社でそのプロバイダーを許可しているか」まで確認することが重要になります。

  • Microsoft CopilotやCopilot Studioを仕事で使う人
  • Claudeなど複数のAIモデルを社内で使い分ける人
  • 生成AIの社内利用を管理するIT・AI担当者
確認レベル 5 エラー表示→利用モデル→AIプロバイダー権限の順で確認
危険度ではなく、必要な確認の程度を表しています。

Copilotや社内AIエージェントが突然使えなくなった時は、①どのモデルを使っているか、②そのモデルのAIプロバイダーは誰か、③組織がそのプロバイダーを有効化しているか、④自分または所属グループへアクセスが割り当てられているか、の順に確認します。設定変更後は反映時間も考慮してください。

Step 1

身近な事例を知る

昨日まで使えていた社内エージェントで「Agent Blocked」と表示された。Claudeが落ちている?

Copilot Studioで作ったエージェントはClaude Sonnet 4.6を利用する設定です。担当者は障害を疑いましたが、Microsoftの公式ドキュメントでは、Anthropicモデルへのアクセスが管理者から許可されていない利用者でも同じエラーが発生すると説明されています。EUではAnthropicへのAIプロバイダーアクセスが既定でオフになるケースもあり、利用者側だけでは解除できません。

Step 2

あなたならどうする?

Copilot StudioのエージェントでClaudeを利用したところ「Agent Blocked」と表示されました。最初に確認する内容として適切なのは?
Step 3

確認ポイント

優先して確認

エラーが「モデル障害」なのか「組織のアクセス制御」なのか

Agent Blockedは第三者AIモデルへのアクセス権不足でも発生します。障害情報を探す前に、組織のAIプロバイダー設定を確認する価値があります。

優先して確認

どのAIプロバイダーのモデルを使っているか

ClaudeはAnthropicが提供するモデルです。Microsoft Copilotの画面内で使っていても、Microsoft自身が提供するモデルと同じ扱いとは限りません。

優先して確認

自分個人ではなく所属グループに権限が割り当てられているか

Microsoftは個人ユーザーだけでなくMicrosoft Entra IDのセキュリティグループやネストされたグループへAIプロバイダーアクセスを割り当てられる仕組みを提供しています。

優先して確認

権限制御がモデル単位だと思っていないか

Microsoftの公式資料では、ユーザー・グループへの割り当てはAIモデル単位ではなくAIプロバイダー単位で適用されます。同じプロバイダーの別モデルや将来追加される機能への影響も考慮する必要があります。

できれば確認

設定変更直後に何度も作り直していないか

Microsoftはアクセス割り当ての反映に10〜15分待ってから再試行する手順を案内しています。設定直後の失敗だけで構成ミスと判断しない方がよい場合があります。

優先して確認

第三者モデル利用時のデータ処理条件を確認したか

AnthropicはMicrosoftのAI Subprocessorとして契約上の保護下で動作しますが、MicrosoftはAnthropicモデルが現在MicrosoftのEU Data Boundaryの対象外であることも案内しています。利用地域や社内ポリシーによって確認すべき条件が変わります。

Step 4

現時点での見立て

確度は高めマルチモデル時代の「AIが使える」は、サービスへのログイン権限だけでは決まらない

Microsoft Copilotでは、一つの製品の中でMicrosoft提供モデルだけでなくAnthropicやOpenAIなど第三者AIプロバイダーのモデルを利用する構成が広がっています。Microsoftはそのため、AIプロバイダーごとに利用者やグループを制御する仕組みを整備しています。今回のAgent Blockedは単なるエラー対処の記事ではなく、AIサービスの管理単位が「アプリ」から「モデル提供者」へ広がっていることを示す具体例です。社内で複数モデルを使う場合は、誰がCopilotを使えるかだけでなく、誰がどのAIプロバイダーを使えるかまで把握する方が運用しやすくなります。

Step 5

安全な対処方法

安心につながる行動

  • Agent Blockedが出たら、利用モデルとAIプロバイダー名を確認するモデル側の障害と組織側のアクセス制御を切り分ける最初の手掛かりになります。
  • 管理者はAIプロバイダーごとの利用者・グループ一覧を定期的に確認するどの部署がどの第三者AIモデルを利用できる状態なのかを把握できます。
  • 新しいAIプロバイダーは少人数のグループから有効化するデータ処理条件や業務適合性を確認しながら段階的に利用範囲を広げられます。
  • 設定変更後は10〜15分待ってから再試行するMicrosoftが案内している設定反映時間を考慮し、不要なエージェント再作成を避けられます。
  • 第三者モデルを導入する際は、利用条件とデータ処理地域も一緒に記録する後からモデルやプロバイダーが増えても、どの条件で利用を許可したのか追跡しやすくなります。

避けたい行動

  • Agent Blockedを見てすぐにエージェントを作り直す原因がAIプロバイダーへのアクセス制御なら、エージェントを再作成しても解決しません。
  • 会社でブロックされたモデルを個人アカウントで代用する組織が意図して設定しているデータ保護やAI利用ポリシーを回避することになり、業務データの扱いが変わる可能性があります。
  • Copilot内で選べるモデルはすべてMicrosoftが直接運用していると思うMicrosoft CopilotではAnthropicやOpenAIなどAI Subprocessorによるモデルも利用されます。提供主体とデータ処理条件を確認する必要があります。
  • 一つのClaudeモデルを許可したつもりで、モデル単位の設定だと思い込むMicrosoftのアクセス割り当てはAIプロバイダー単位で適用されるため、許可範囲の考え方がモデル単体とは異なります。
Step 6

AIの前向きな活用

AIプロバイダー単位のアクセス制御を「モデルの試用制度」に使う

AIプロバイダーのアクセス設定は、単に利用を止めるための仕組みではありません。例えば新しいClaudeモデルを試したい部署だけをMicrosoft Entra IDのグループへ追加し、実務での品質、データ処理条件、コスト、使い勝手を確認してから対象を広げる運用にも使えます。モデルの選択肢が増えるほど、全員へ一斉開放するより「誰が・何の目的で・どのプロバイダーを使うか」を小さく試せる仕組みの価値が上がります。

  • 新しいAIプロバイダーを検証チームだけへ30日間開放する
  • 文章作成部門と開発部門で利用できるAIプロバイダーを分ける
  • モデル比較を行う担当者だけ複数プロバイダーへアクセスできるようにする
  • 利用開始時にプロバイダー名・用途・データ条件を社内台帳へ記録する
誠のアイコン

誠主任からひとこと

「Agent Blocked」と出たら、普通は壊れたと思いますよね。でも今回のMicrosoftの説明を見ると、実際には「その人にはAnthropicを使わせない」という組織設定が正常に働いている場合があります。ここがマルチモデル化したAIの少し面白いところです。同じCopilotの画面でも、裏側のモデル提供者は一つとは限りません。これからは『Copilotを許可するか』だけでなく、『Copilotの中で誰のモデルまで許可するか』という管理が普通になっていきそうです。エラーを見る時にも、モデルだけでなくプロバイダーを見る癖は役立つと思います。

今回、覚えておきたいこと

AIが動かない時は、モデルの故障だけでなく「そのAIプロバイダーを使う権限があるか」も確認する。

情報源

関連記事