Microsoft TeamsのAI/Copilot関連更新で今回もっとも重要なのは、Teamsに組み込まれたエージェントを、Teams管理センターからユーザーやグループ単位で管理できるようになる点です。特に注意すべきなのは、対象のエージェントがライセンスを持つユーザーに対して既定で有効になり、組織全体のMicrosoftアプリ設定とは独立して管理されることです。つまり、管理者は「Teamsアプリ全体の設定を見ているから大丈夫」と考えず、エージェント専用の管理項目を確認する必要があります。(Microsoft)
この更新は、チャット、チャネル、会議といったTeamsの主要な利用シーンに関わります。利用者にとっては便利なAI支援がTeams内で使いやすくなる一方、管理者にとっては「誰に許可するか」「どの部署から展開するか」「データアクセスや会議情報の扱いをどう説明するか」を事前に整理しておくべき変更です。
Microsoft Teamsの組み込みエージェント管理で何が変わるのか
今回の更新「Microsoft Teams: Manage Built-in Teams agents in the Teams admin center」は、Teamsに標準で組み込まれるエージェントを、Teams管理センターの専用エクスペリエンスから管理できるようにするものです。
Microsoft 365 Roadmapの対象項目では、管理者がチャット、チャネル、会議を含むTeamsのコア体験にまたがって、組み込みエージェントの可用性を一元的に制御できると説明されています。さらに、ユーザーやグループ単位で利用可否を管理でき、対象エージェントはライセンスを持つユーザーに対して既定で有効になる予定です。(Microsoft)
| 観点 | 変更内容 | 管理者が見るべきポイント |
|---|---|---|
| 管理場所 | Teams管理センターに専用の管理体験が追加される | 通常のTeamsアプリ管理だけでなく、エージェント専用設定を確認する |
| 対象範囲 | チャット、チャネル、会議などのTeams主要体験 | 会議利用、チャネル運用、情報共有ルールに影響する |
| 制御単位 | ユーザーやグループ単位で可用性を制御 | いきなり全社展開せず、部門・役割別に段階展開しやすくなる |
| 既定の状態 | ライセンスを持つユーザーでは既定で有効 | 使わせたくない部署がある場合は、事前に制御方針を決める |
| 既存設定との関係 | 組織全体のMicrosoftアプリ設定とは独立して管理 | 「Microsoftアプリを一括制限しているから無効」とは判断しない |
この変更は、単にTeamsにAI機能が増えるだけではありません。管理者がTeams内のAIエージェントを、業務利用に耐える形で統制しやすくなる更新です。一方で、既定で有効になる前提があるため、管理側の確認が遅れると、ユーザーが先に使い始めてからポリシー整備に追われる可能性があります。
対象範囲と提供時期
2026年6月2日時点で確認できる公式ロードマップ情報では、この機能は「In development」として掲載され、一般提供は2026年7月予定です。対象クラウドはWorldwide Standard Multi-Tenant、対象プラットフォームはAndroid、Desktop、iOS、Linux、Macとされています。(Microsoft)
| 項目 | 内容 |
|---|---|
| ロードマップID | 564766 |
| 対象サービス | Microsoft Teams |
| 機能名 | Manage Built-in Teams agents in the Teams admin center |
| 状態 | In development |
| リリースフェーズ | General Availability |
| 提供予定 | July CY2026 |
| 対象クラウド | Worldwide Standard Multi-Tenant |
| 対象プラットフォーム | Android、Desktop、iOS、Linux、Mac |
| Public Preview | ロードマップ上では未記載 |
Microsoft 365 Roadmapの予定日は変更される可能性があります。Microsoftはロードマップについて、商用機能のリリース予定日と説明を掲載するものであり、情報は変更されることがあると明記しています。(Microsoft) そのため、実際の展開判断では、Teams管理センター上の表示、Microsoft 365管理センターのメッセージセンター、テナント内のロールアウト状況をあわせて確認する必要があります。
利用者にはどのような影響があるか
利用者側の変化は、Teams内でAIエージェントを使う場面が増えることです。チャット、チャネル、会議の文脈に組み込まれるため、利用者は別アプリに移動せず、会話や共同作業の流れの中でAI支援を受けやすくなります。
たとえば、Microsoftが公開しているChannel Agentの説明では、チャネルごとの専用エージェントが会話や会議をもとに、締め切りの把握、進捗レポート、タスクと期限の整理、自然言語での質問回答などを支援できるとされています。会議に招待して、議論の中で専門的な文脈を補助させる使い方も想定されています。(Microsoft Learn)
ただし、利用者にとって便利になるほど、情報の扱いに関する説明は重要になります。Channel Agentの例では、チャネルのメッセージ、チャネルのSharePointファイル、会議、会議トランスクリプトなどが知識として使われる場合があります。一方で、ユーザーがアクセス権を持たないファイルは回答生成に使われないとされています。(Microsoft Learn)
利用者向けには、少なくとも次の点を事前に案内しておくと混乱を減らせます。
| 利用者が疑問に思いやすいこと | 事前に伝えるべき内容 |
|---|---|
| なぜ自分のTeamsにエージェントが表示されるのか | ライセンスや管理者設定により利用可能になること |
| どの情報を参照して回答するのか | チャネル、会議、ファイルなど、エージェントごとに参照範囲が異なること |
| 機密情報を入力してよいのか | 社内の機密情報ルール、DLP、ラベル運用に従うこと |
| 回答は必ず正しいのか | AIの回答は確認が必要であり、重要判断には根拠確認が必要なこと |
| 使えない場合はどうするのか | ライセンス、対象グループ、管理者設定の確認が必要なこと |
管理者が最初に確認すべき設定
今回の更新では、Teams管理センター内に組み込みエージェント管理の専用体験が用意される点が中心です。展開が始まったら、管理者はまず「全社で有効にするのか」「特定グループに限定するのか」「一時的に制限するのか」を決める必要があります。
ユーザー・グループ単位の可用性
最初に確認すべきなのは、どのユーザーやグループにTeamsの組み込みエージェントを許可するかです。既定で有効になる前提があるため、規制業種、教育機関、個人情報を多く扱う部門、外部ユーザーとの会議が多い部門では、全社展開よりもパイロット展開から始める方が安全です。
実務では、次のようなグループを用意しておくと管理しやすくなります。
| グループ例 | 用途 |
|---|---|
| Teams-AI-Agents-Pilot | 情シス、DX推進、業務改善チームなどの先行検証用 |
| Teams-AI-Agents-Allowed | 利用を許可する本番ユーザー |
| Teams-AI-Agents-Restricted | 一時的に制限したい部署やユーザー |
| Teams-AI-Agents-Support | 問い合わせ対応や検証を行うヘルプデスク担当 |
ポイントは、個人単位で場当たり的に許可しないことです。後から棚卸ししにくくなり、「なぜこの人だけ使えるのか」が説明できなくなります。
Teamsアプリ管理やポリシーとの関係
MicrosoftのChannel Agentドキュメントでは、管理者はTeams管理センターでChannel Agentを許可またはブロックでき、アプリ中心の管理を使ってポリシー作成やユーザー割り当ても行えると説明されています。(Microsoft Learn) また、特定ユーザーやグループに対してChannel Agentを有効にするには、新しいアプリポリシーを作成して割り当てる流れが示されています。(Microsoft Learn)
今回のロードマップ項目では、組み込みTeamsエージェントが組織全体のMicrosoftアプリ設定とは独立して管理されるとされています。したがって、既存のTeamsアプリ許可設定、アプリ中心の管理、エージェント専用設定のどこが最終的な制御点になるのかを、ロールアウト後に必ず確認してください。
特に失敗しやすいのは、次のようなケースです。
| 失敗パターン | 起きる問題 | 対策 |
|---|---|---|
| 組織全体のアプリ設定だけを見て判断する | エージェント専用設定で有効になっていることを見落とす | Teams管理センターのエージェント設定を別途確認する |
| 全社既定有効のまま放置する | 利用ルールがないまま現場で使われ始める | パイロットグループから開始する |
| ライセンス対象者を把握していない | 「使える人」と「使えない人」の問い合わせが増える | ライセンス割り当てと対象グループを突き合わせる |
| 会議・チャネル運用ルールを更新しない | 会議要約やチャネル情報の扱いで混乱する | 利用ガイドとFAQを用意する |
| 開発者作成のカスタムエージェントと混同する | 管理経路や承認フローを誤る | built-in、Microsoft 365 Copilot Agent Builder、Copilot Studioを分けて管理する |
自動作成やチャネル単位の動作
Channel Agentについては、対象ユーザーが新しいチャネルを作成した際、既定でChannel Agentが自動追加される設定が説明されています。管理者はTeams管理センターの「Teams apps > Agent settings」から自動作成をオンまたはオフに変更できるとされています。(Microsoft Learn)
今回の組み込みエージェント管理と完全に同一の設定項目になるとは限りませんが、チャネル単位でAIエージェントが追加される動きは、現場の運用に大きく影響します。チャネルを業務プロジェクト単位で大量に作成している組織では、自動追加の有無を必ず確認してください。
セキュリティ、コンプライアンス、情報管理の注意点
Teamsの組み込みエージェントは、業務の文脈に近い場所で動作します。つまり、チャット、会議、ファイル、タスク、議事録など、利用者にとって便利な情報ほど、管理者にとっては統制対象になります。
Channel Agentのドキュメントでは、エージェントが参照できる情報は、Web検索、チャネルメッセージ、チャネルファイル、チャネル会議、標準会議、会議トランスクリプトに現在限定されており、追加データソースは将来増える可能性があるとされています。(Microsoft Learn)
特に注意すべきなのは、秘密度ラベル付き情報の扱いです。Channel Agentは秘密度ラベル付きの情報を回答に使う場合があり、回答上にはラベルが視覚的に表示されます。ただし、その出力自体がラベルの制御を継承するわけではなく、情報の再共有を防ぐものではないと説明されています。(Microsoft Learn)
これは実務上かなり重要です。たとえば、機密ラベル付きのファイルを根拠にエージェントが要約を生成した場合、その回答文が元ファイルと同じ制御で自動保護されるとは限りません。利用者には「AIが答えたから共有してよい」のではなく、「元情報の分類と共有範囲を確認してから使う」ルールを徹底する必要があります。
情報管理で確認すべき項目
| 確認項目 | 判断基準 |
|---|---|
| 秘密度ラベル | Teams、SharePoint、OneDriveでラベル運用が定着しているか |
| DLPポリシー | AI利用時にブロックすべき情報が定義されているか |
| 会議トランスクリプト | 録音・文字起こし・要約の社内ルールがあるか |
| 外部ユーザー | 外部参加者がいる会議やチャネルでの利用可否を定めているか |
| 情報バリア | 部門間で情報分離が必要な場合、AI回答が運用上問題にならないか |
| 監査 | 誰がどのエージェントを利用・管理したか追跡できる体制があるか |
Channel Agentの制限事項として、プライベートチャネルは現在サポート対象外、外部ユーザーを含むChannel Agentは機能しない、Customer Keyを使用するテナントはサポート対象外などが挙げられています。(Microsoft Learn) これらはChannel Agentに関する記載ですが、Teams内AIエージェントを展開する際の確認観点として参考になります。
Microsoft 365管理センター側のエージェント管理とも分けて考える
今回の更新はTeams管理センターでの組み込みTeamsエージェント管理に関するものです。一方、Microsoft 365全体のCopilotエージェント管理には、Microsoft 365管理センターのAgent RegistryやAgent管理機能も関係します。
Microsoft Learnでは、Microsoft 365管理センターを使って、組織のエージェントを有効化、無効化、割り当て、ブロック、削除できると説明されています。さらに、管理対象には「組織が公開したエージェント」「作成者が共有したエージェント」「Microsoftエージェント」「外部パートナーエージェント」「Frontierエージェント」など複数の種類があります。(Microsoft Learn)
つまり、管理者は次のように管理面を分けて考える必要があります。
| 管理対象 | 主な管理場所 | 例 |
|---|---|---|
| Teams組み込みエージェント | Teams管理センター | チャット、チャネル、会議に組み込まれるTeams向けエージェント |
| Microsoft 365 Copilotの共有エージェント | Microsoft 365管理センター、Copilot Control System | Agent Builderなどで作成・共有されたエージェント |
| Copilot Studioなどで作成されたカスタムエージェント | Microsoft 365管理センター、Power Platform管理センターなど | 業務アプリ連携、社内FAQ、申請支援エージェント |
| 組織カタログに公開するエージェント | Microsoft 365管理センターのRequestsやAgent Registry | 管理者承認後に社内利用させるエージェント |
Microsoft 365管理センターのAgent overviewでは、エージェントの発見、所有者、可用性、アクセス制御、チャネル横断のポリシー適用などを管理できるとされています。(Microsoft Learn) Teams側の組み込みエージェント管理と、Microsoft 365全体のAgent Registryは競合するものではなく、補完関係として捉えるのが現実的です。
開発者・内製AI担当者が確認すべきこと
社内でCopilot Studio、Microsoft 365 Copilot Agent Builder、Teams Toolkitなどを使ってエージェントを作成している場合、今回の更新を「Teamsに標準エージェントが増える話」とだけ捉えるのは不十分です。
Teamsの組み込みエージェントがチャット、チャネル、会議で使われやすくなると、既存のカスタムエージェントやTeamsボットと役割が重複する可能性があります。たとえば、すでに「会議要約ボット」「プロジェクト進捗確認ボット」「チャネルQ&Aボット」を内製している場合、標準エージェントで代替できる部分と、業務固有の処理として残す部分を切り分ける必要があります。
Microsoft 365 Copilotで作成したエージェントの共有について、Microsoft Learnでは、共有は特定ユーザーへの限定的な直接アクセスを提供するものであり、組織全体への展開や他チャネル統合にはCopilot Studioが必要と説明されています。(Microsoft Learn) また、組織全体に広く見つけてもらうには組織カタログへ提出し、管理者がMicrosoft 365管理センターでレビューして承認後、Agent Storeに公開する流れになります。(Microsoft Learn)
開発者は、次の観点で棚卸ししてください。
| 確認項目 | 見るべき内容 |
|---|---|
| 既存エージェントの目的 | 標準のTeams組み込みエージェントと機能が重複しないか |
| データソース | SharePoint、会議、チャット、外部APIなど、何を参照しているか |
| 権限 | ユーザー権限で動くのか、アプリ権限で動くのか |
| 公開範囲 | 個人共有、特定グループ、組織カタログ公開のどれか |
| 更新フロー | 更新時に管理者承認が必要か |
| 所有者 | 退職・異動時にも管理できる所有者設計になっているか |
| 利用者向け説明 | 何ができるエージェントか、何を入力してはいけないか明示されているか |
Microsoft 365管理センターのエージェント要求管理では、管理者がエージェントの説明、所有者、データ、ツールなどを確認し、公開または却下できます。公開時には対象ユーザーやグループを指定し、制御された展開が可能です。(Microsoft Learn) 開発者は「作ったらすぐ全社に使ってもらえる」と考えず、管理者レビューを前提に設計・説明・メタデータを整えるべきです。
おすすめの展開方法は「パイロット先行」
今回の更新は既定で有効になる点が大きいため、管理者側のおすすめはパイロット先行です。特に、CopilotやTeamsのAI機能を全社でまだ十分に運用していない組織では、最初から全ユーザーに開放すると問い合わせ対応や情報管理ルールの整備が追いつかない可能性があります。
| 展開モデル | 向いている組織 | 設定イメージ | 注意点 |
|---|---|---|---|
| 全社展開 | Copilot利用ルールが整備済みで、AI活用が進んでいる組織 | ライセンスユーザー全体に許可 | 事前周知とFAQがないと問い合わせが増える |
| パイロット先行 | 多くの一般企業におすすめ | 情シス、DX部門、代表部署に限定 | 検証期間と評価基準を決めておく |
| 部署別展開 | 部門ごとに情報リスクが異なる組織 | 営業、開発、管理部門など段階的に許可 | グループ管理を整理しないと複雑化する |
| 一時制限 | 規制業種、教育機関、機密性の高い組織 | 原則オフまたは限定グループのみ許可 | 解除条件を決めないと導入が止まる |
パイロットでは、単に「使えたか」だけでなく、次の観点を記録してください。
| 評価項目 | 確認する内容 |
|---|---|
| 業務効果 | 会議後の整理、チャネル内Q&A、タスク把握に実用性があるか |
| 回答品質 | 誤回答、古い情報、文脈不足の回答がどの程度あるか |
| 情報管理 | 機密情報、個人情報、顧客情報の扱いに問題がないか |
| 問い合わせ傾向 | 利用者がどこで迷うか、ヘルプデスクに何を聞くか |
| 管理負荷 | グループ管理、例外対応、監査確認に無理がないか |
管理者向けチェックリスト
展開前に、最低限以下を確認しておくと安全です。
| チェック項目 | 実施内容 |
|---|---|
| ロードマップ確認 | Roadmap ID 564766の状態、提供予定、対象テナントを確認する |
| メッセージセンター確認 | 自社テナントに届く具体的な展開通知を確認する |
| 対象ユーザー整理 | CopilotやTeamsのライセンス割り当て状況を確認する |
| グループ設計 | 許可、制限、パイロット用グループを作る |
| Teams管理センター確認 | 組み込みエージェント専用設定が表示されたら可用性を確認する |
| 既存Teamsアプリ設定確認 | アプリ中心の管理、アプリ許可ポリシー、エージェント関連設定を棚卸しする |
| 会議運用確認 | 録画、文字起こし、要約、外部参加者の扱いを見直す |
| 情報保護確認 | 秘密度ラベル、DLP、SharePoint権限、Purview設定を確認する |
| カスタムエージェント棚卸し | Copilot StudioやAgent Builderで作成したエージェントと役割が重複しないか確認する |
| 利用者周知 | 何ができるか、何を入力してはいけないか、困った時の窓口を案内する |
| 監視体制 | 利用状況、所有者不明エージェント、リスクのあるエージェントを定期確認する |
| ロールバック手順 | 問題発生時に対象グループを外す、ブロックする、展開範囲を戻す手順を決める |
Microsoft 365管理センターのAgent overviewでは、保留中の要求、所有者のないエージェント、リスクのあるエージェント、例外が発生しているエージェントなどを管理者のアクションとして確認できるとされています。(Microsoft Learn) Teamsの組み込みエージェントだけでなく、組織全体のAIエージェント管理をあわせて点検することが重要です。
よくある疑問
Copilotライセンスがないユーザーにも表示されるのか
ロードマップ項目では「licensed users」に対して既定で有効とされていますが、どのライセンスが必要かは対象エージェントや展開時点の仕様によって変わる可能性があります。Channel Agentの現在のドキュメントでは、Microsoft 365の基本ライセンス、Teamsライセンス、Microsoft 365 Copilotライセンスが要件として示されています。(Microsoft Learn) 実際の展開前には、自社テナントのライセンス条件を確認してください。
組織全体のMicrosoftアプリ設定で無効にしていれば止められるのか
今回のロードマップでは、対象の組み込みエージェントは組織全体のMicrosoftアプリ設定とは独立して管理されるとされています。(Microsoft) そのため、従来の設定だけを根拠に判断するのは危険です。Teams管理センターに追加される専用管理項目を確認し、ユーザー・グループ単位の設定を明示的に見直してください。
Web版Teamsは対象なのか
2026年6月2日時点のロードマップ情報では、対象プラットフォームとしてAndroid、Desktop、iOS、Linux、Macが示されています。Webはこの項目のプラットフォームタグには含まれていません。(Microsoft) ただし、TeamsやMicrosoft 365の機能展開は段階的に変わることがあるため、実際の対象クライアントは展開時の公式案内で確認してください。
開発者が作ったエージェントもTeams管理センターでまとめて管理できるのか
今回の更新は、Teamsに組み込まれるbuilt-in agentsの管理が中心です。Copilot Studio、Agent Builder、Agents Toolkitなどで作成されたエージェントは、Microsoft 365管理センターのAgent RegistryやRequests、Power Platform管理センターなども関係します。Microsoft 365管理センターでは、組織が公開したエージェント、作成者が共有したエージェント、Microsoftエージェント、外部パートナーエージェントなど複数タイプを管理できます。(Microsoft Learn)
まず今日やるべきこと
今回のMicrosoft Teams更新は、TeamsのAI/Copilot活用を広げる一方で、管理者の事前設計が重要になる変更です。特に「既定で有効」「ユーザー・グループ単位で制御」「組織全体のMicrosoftアプリ設定とは独立」という3点は、展開前に必ず押さえてください。
まずは、ライセンス対象ユーザーを洗い出し、パイロット用グループを作成し、Teams内のAIエージェント利用ルールを簡潔に文書化するところから始めるのが現実的です。そのうえで、Teams管理センターに専用設定が表示されたら、全社展開ではなく限定グループで動作、情報アクセス、問い合わせ傾向を確認し、問題がなければ段階的に広げていきましょう。
コメント