Microsoft 365 Copilotの「Expanded Agent Support in Copilot Notebooks」は、Copilot Notebooks上のコンテンツに対して、AnalystやDesignerなどのエージェントの専門機能を使えるようにする更新です。結論から言うと、Copilot Notebooksは「情報を集めて整理する場所」から、「集めた文脈をもとに分析・可視化・デザイン作成まで進める作業基盤」へ近づきます。
特に影響を受けるのは、Microsoft 365 Copilotを業務展開している管理者、Copilotエージェントを公開・管理しているIT部門、Agent BuilderやCopilot Studioで社内向けエージェントを作る開発者・業務部門です。公式ロードマップでは、対象はMicrosoft 365 appとMicrosoft Copilot、プラットフォームはWeb、クラウドはWorldwide、一般提供予定は2026年6月、ステータスはIn developmentとされています。ロードマップ情報は予定であり、提供時期や内容は変更される可能性があります。(Microsoft) (Microsoft)
Microsoft 365 CopilotのAI/Copilot更新で何が変わるのか
今回の更新の中心は、Copilot Notebooks内でエージェントをより活用しやすくなることです。
Copilot Notebooksは、ファイル、メモ、会話、業務コンテキストをまとめ、Copilotに参照させながら作業を進めるための機能です。そこにエージェント対応が広がることで、Notebookに集めた情報をもとに、より目的特化型の処理を実行しやすくなります。
たとえば、次のような使い方が想定されます。
| 利用シーン | 従来の使い方 | 更新後に期待できる使い方 |
|---|---|---|
| 売上データの整理 | Notebook内の資料を要約する | Analystを使って傾向分析や可視化につなげる |
| 提案資料の下準備 | 顧客情報や議事録を整理する | Designerを使って見栄えのよい成果物作成に近づける |
| プロジェクトレビュー | 関連資料を集約して質問する | 専門エージェントでリスク、課題、次アクションを整理する |
| 社内ナレッジ活用 | ファイルを参照して回答を得る | 業務領域に合わせたエージェントで判断材料を作る |
ポイントは、エージェントが単独で動くのではなく、Notebookに集めた「いまの作業に必要な文脈」を使える点です。これにより、一般的なチャットよりも、プロジェクト単位・案件単位・部門業務単位で使いやすくなります。
公式ロードマップで確認できる内容
今回の更新は、Microsoft 365ロードマップID「516041」として確認できます。
| 項目 | 内容 |
|---|---|
| ロードマップ名 | Microsoft Copilot (Microsoft 365): Expanded Agent Support in Copilot Notebooks |
| 対象サービス | Microsoft 365 Copilot |
| 主な内容 | Copilot Notebooks内のコンテンツに対して、エージェントの専門スキルや知識を使えるようにする |
| 例として示されているエージェント | Analyst、Designer |
| 提供フェーズ | General Availability |
| 提供予定 | June CY2026 |
| ステータス | In development |
| 対象クラウド | Worldwide (Standard Multi-Tenant) |
| プラットフォーム | Web |
| 対象製品タグ | Microsoft 365 app、Microsoft Copilot (Microsoft 365) |
公式データ上では、作成日は2025年10月22日、更新時刻は2026年6月2日23:00 UTCです。日本時間では2026年6月3日相当の更新として扱えます。(Microsoft)
ただし、Microsoft 365ロードマップは商用機能の予定時期と説明を提供するもので、情報は変更される可能性があります。展開計画を立てる場合は、ロードマップだけでなく、Microsoft 365管理センターのメッセージセンターやテナント内の実際の表示も併せて確認してください。(Microsoft)
影響範囲：利用者、管理者、開発者で見るべきポイント
今回の更新は、単なる画面追加ではありません。Copilot Notebooks、エージェント管理、権限、共有、コンプライアンスが絡むため、利用者と管理者で見るべき点が異なります。
| 対象 | 影響 | 確認すべきこと |
|---|---|---|
| 一般利用者 | Notebook内の資料をもとに、専門エージェントを使った分析や作成がしやすくなる | どのエージェントが使えるか、Notebookに入れる情報の範囲 |
| Microsoft 365管理者 | エージェントの有効化、ブロック、展開、ピン留め、Notebooksの利用可否を管理する必要がある | Cloud Policy、Integrated Apps、Agent Registry、利用対象グループ |
| セキュリティ・コンプライアンス担当 | Notebook内の参照ファイルや共有範囲に応じて、情報漏えいリスクが変わる | DLP、保持、監査、外部共有、権限継承 |
| 開発者・Maker | 社内向けエージェントをNotebook利用の文脈に合わせて設計する必要がある | エージェントの説明、知識、アクション、権限、公開申請 |
| 部門責任者 | 業務別にどのエージェントを標準利用させるか判断する必要がある | 業務適合性、教育、利用ルール、成果物レビュー |
管理者にとって特に重要なのは、「エージェントが使えるか」だけでなく、どのユーザーが、どのNotebookコンテンツに対して、どのエージェントを使えるのかを整理することです。
管理者がまず確認すべき設定
Copilot Notebooksの利用ポリシー
Copilot PagesとCopilot Notebooksは、Cloud Policyで作成・表示を制御できます。Microsoftの管理者向けドキュメントでは、「Create and view Copilot Pages and Copilot Notebooks」ポリシーが既定で有効または未構成時に利用可能と説明されています。無効化すると、ユーザーは新しいCopilot PagesやNotebooksを作成できず、Copilotアプリ内のNotebooksモジュールも非表示になります。(Microsoft Learn) (Microsoft Learn)
確認する場所は次の通りです。
| 確認項目 | 推奨アクション |
|---|---|
| Create and view Copilot Pages and Copilot Notebooks | 全社有効にする前に、対象グループで段階展開する |
| Enable code previews for AI-generated content | コード生成や軽量アプリ作成を許可する部門を限定する |
| ポリシーの適用範囲 | Microsoft 365グループ、セキュリティグループ、動的グループで整理する |
| 反映時間 | 既存ポリシー変更は最大90分、新規構成では最大24時間を見込む |
失敗しやすいのは、Loopを無効にすればCopilot Notebooksも止まると考えてしまうケースです。Copilot Pages/NotebooksとLoopは個別に制御できますが、同じユーザー所有のSharePoint Embeddedコンテナーを共有します。コンテナー作成自体を防ぎたい場合は、Loop側とCopilot Pages/Notebooks側の両方の作成ポリシーを同じユーザーに対して無効化する必要があります。(Microsoft Learn)
Microsoft 365 Copilotアプリ側の設定
Microsoft 365 Copilotアプリでは、Search、Chat、Agents、Pages、Notebooksなどの表示や利用に関わる設定があります。管理者は、Microsoft 365管理センターやCloud Policyを使って、検索、エージェント、Pages、Notebooksなどの動作を制御できます。(Microsoft Learn)
特に今回の更新では、次の2つを分けて確認してください。
| 項目 | なぜ重要か |
|---|---|
| Notebooksが利用可能か | そもそもユーザーがNotebookを作成・表示できなければ、Agents in Notebooksを利用できない |
| Agentsが利用可能か | Notebookが使えても、対象エージェントがブロック・未展開なら利用できない |
つまり、「Copilot Notebooksを有効にしたのにエージェントが出ない」という問い合わせが起きた場合は、Notebooks側だけでなく、エージェント側の可用性、展開対象、ピン留め、ライセンス、反映時間を確認する必要があります。
エージェントの有効化、ブロック、展開
Microsoft 365管理センターでは、Copilot向けエージェントを有効化、無効化、割り当て、ブロック、削除できます。Microsoftの管理者向けドキュメントでは、Microsoft 365 Copilotライセンスを持つテナントでエージェント機能が既定で有効になること、組織のメンバーは許可されたエージェントのみ利用できることが説明されています。(Microsoft Learn)
管理者が見るべき主な場所は、Microsoft 365管理センターのAgent Registryです。Agent Registryでは、組織内で利用可能なエージェント、発行元、チャネル、ステータス、所有者、リスクなどを確認できます。(Microsoft Learn)
確認すべき観点は次の通りです。
| 確認項目 | 実務上の判断基準 |
|---|---|
| Microsoft製エージェント | AnalystやDesignerなど、標準利用させたいものを対象ユーザーで確認する |
| 外部パートナー製エージェント | データ処理条件、利用規約、プライバシー条件を確認してから許可する |
| 社内作成エージェント | 所有者、説明、利用部門、データソース、アクションを明確にする |
| 共有されたエージェント | 退職者が作った所有者不在エージェントや過剰共有を点検する |
| リスク表示 | 過剰権限、プロンプトインジェクション、機密データアクセスなどを確認する |
エージェントのアクセス範囲は、「全ユーザー」「ユーザーなし」「特定ユーザーまたはグループ」から選べます。また、Microsoft製、外部発行元、組織内作成など、どの種類のアプリやエージェントを利用可能にするかも管理できます。外部発行元のエージェントでは、Microsoftの契約対象外となるデータ処理が含まれる可能性があるため、利用規約とデータ取り扱いを確認してから許可するべきです。(Microsoft Learn)
ピン留めと展開範囲
利用者に特定のエージェントを使わせたい場合は、管理者がエージェントをピン留めできます。Microsoft 365管理センターでは、管理者が全ユーザー、特定グループ、特定ユーザー向けにエージェントをピン留めでき、ユーザー側では通常、管理者ピン留めやMicrosoftピン留めのエージェントを解除できません。(Microsoft Learn)
ただし、ピン留めできるのは展開済みのエージェントです。ブロックされているエージェントは、解除してからピン留めする必要があります。また、管理者が使えるピン留め枠には制限があるため、全社向けに何でも固定するのではなく、部門別に優先順位を決めるのが現実的です。(Microsoft Learn)
たとえば、次のように分けると運用しやすくなります。
| 部門 | 優先してピン留めする候補 | 理由 |
|---|---|---|
| 経営企画 | Analyst | KPI、売上、予算、事業レビューとの相性が高い |
| マーケティング | Designer、資料作成系エージェント | キャンペーン案、バナー案、提案資料作成に使いやすい |
| 営業 | 顧客情報・提案支援エージェント | 案件資料、議事録、提案書の再利用に向く |
| 人事 | 社内FAQ、規程確認エージェント | 問い合わせ対応と文書確認の効率化につながる |
| 情報システム | 管理・監査向けエージェント | 展開状況、問い合わせ傾向、リスク確認に使える |
ライセンス、ネットワーク、ストレージの確認ポイント
Copilot Notebooksを利用するには、ユーザーにMicrosoft 365 Copilotライセンスが必要です。また、Copilot PagesとCopilot NotebooksはMicrosoft 365とSharePointの基盤に依存し、リアルタイム共同編集にはWebSocket通信も関係します。(Microsoft Learn)
展開前に確認すべき項目は次の通りです。
| 項目 | 確認内容 |
|---|---|
| ライセンス | 対象ユーザーにMicrosoft 365 Copilotライセンスが割り当てられているか |
| OneDrive/SharePoint | 参照ファイルやNotebookの保存に必要な基盤が利用可能か |
| ネットワーク | Office 365のURL/IP範囲、*.svc.ms、*.office.comへの通信が許可されているか |
| Exchange Online | @メンションなどのフル機能を使うユーザーにメールボックスがあるか |
| ストレージ | SharePointストレージクォータに影響することを把握しているか |
Copilot PagesとCopilot Notebooksは、Loop My workspaceと同じユーザー所有のSharePoint Embeddedコンテナーに保存されます。ストレージは組織のSharePointストレージクォータにカウントされ、コンテナー上限は25TBです。さらに、Copilot Notebooksにはエンドユーザー向けのごみ箱がなく、個別に削除されたNotebookを管理者やユーザーが復元できない点は重要です。(Microsoft Learn)
権限と共有で注意すべきこと
Agents in Notebooksで最も注意したいのは、Notebookに入れた情報と参照ファイルの権限です。
Copilot Notebooksは共有できますが、共有相手はNotebookで参照されているすべてのファイルへのアクセス権を得る可能性があります。リンクされたファイルの権限は可能な範囲で自動付与されますが、すべてのファイルで必ず更新されるとは限りません。また、Copilot Notebooksは外部共有をサポートしていません。(Microsoft Learn)
実務では、次のルールを決めておくと安全です。
| ルール | 理由 |
|---|---|
| 機密案件ごとにNotebookを分ける | 1つのNotebookに複数部門・複数案件の情報を混在させない |
| 参照ファイルの権限を先に整理する | Notebook共有時に想定外の閲覧権限が広がるリスクを減らす |
| 外部共有前提の用途に使わない | Copilot Notebooksは外部共有をサポートしないため |
| OneNoteを含める場合は共有範囲を確認する | OneNoteセクションやページを参照する場合、OneNote notebook全体の共有が必要になることがある |
| 共有Notebook内のチャットは個人ごとに扱われることを説明する | 共有したNotebookでも、チャット会話はユーザーごとにプライベートになる |
「Notebookを共有しただけだからファイル権限は変わらないはず」と考えるのは危険です。Notebookは参照ファイルと一体で使われるため、共有前にファイル単位の権限を棚卸ししてください。
コンプライアンスと監査で確認すべきこと
Copilot PagesとCopilot NotebooksはSharePoint Embeddedに保存されるため、Microsoft Purviewの一部機能を利用できます。一方で、Information Barriersがサポートされない、Copilot Notebooksにエンドユーザー向けごみ箱がない、訴訟ホールドでコンテナーを手動追加する必要があるなど、制約もあります。(Microsoft Learn)
特に確認したいのは次の項目です。
| 項目 | 状況 | 管理上の注意 |
|---|---|---|
| DLP | サポートあり | 機密情報を含むNotebook利用時はポリシーの対象範囲を確認する |
| 監査ログ | 利用可能 | .podファイルの作成・更新を含めて確認する |
| Retention policies | All SharePoint Sites経由で適用 | 部門別・案件別の保持要件に合うか確認する |
| Sensitivity labels | Copilot Pagesで利用可能 | Copilot Notebooks全体のコンテナーラベルとは異なる点に注意 |
| Information Barriers | 非サポート | 厳格な情報分離が必要な組織では利用制限を検討する |
| Recycle bin | Copilot Notebooksにエンドユーザーごみ箱なし | 削除時の復元要件を事前に説明する |
| Legal Hold | 手動対応が必要 | ユーザー単位でコンテナー追加が必要なケースを想定する |
情報分離が厳しい業界や部門では、「便利そうだから全社有効」ではなく、利用部門を限定した検証から始めるべきです。特に、役員会資料、M&A、人事評価、法務案件、医療・金融・公共系の機密情報を扱う環境では、Notebook作成ルールとエージェント利用ルールをセットで整備してください。
開発者・Makerが確認すべき設計ポイント
今回の更新により、社内向けエージェントは「単体で質問に答えるもの」だけでなく、「Notebookに集められた文脈を前提に動くもの」として設計する必要が出てきます。
Microsoft 365 Copilotのエージェントは、特定領域に合わせたAIアシスタントとして、組織の知識や自動化を使って業務プロセス、意思決定、効率化を支援します。開発方法には、Copilotのオーケストレーターやモデルを使う宣言型アプローチと、独自のオーケストレーターやモデルを持ち込むカスタムエンジン型アプローチがあります。(Microsoft Learn)
開発・公開前に確認したい項目は次の通りです。
| 確認項目 | 実務でのチェック内容 |
|---|---|
| エージェントの目的 | 「何でも答える」ではなく、分析、校正、デザイン、規程確認など用途を絞る |
| 説明文 | 利用者がNotebook内で何に使うエージェントか一目で分かるようにする |
| 知識ソース | SharePoint、OneDrive、Teams、外部データのどれを参照するか明確にする |
| アクション | API実行、レコード更新、メール送信などがある場合は権限と監査を確認する |
| テストデータ | 実データに近いNotebookを使い、要約・分析・出力品質を検証する |
| エラー時の挙動 | 権限不足、ファイル未共有、外部サービス接続失敗時の説明を用意する |
| 公開範囲 | 最初は「特定ユーザーまたはグループ」で公開し、全社展開は後回しにする |
Agent Builderで作成したエージェントは、共有設定や組織カタログへの申請が関係します。組織全体で見つけやすくするには、管理者レビューを経て組織カタログへ公開する流れになります。また、エージェントのAbout情報には短い説明やプライバシーに関する情報が含まれるため、既定のプレースホルダーのまま公開しないようにしましょう。(Microsoft Learn)
展開前におすすめの進め方
いきなり全社展開するより、Notebookとエージェントをよく使う部門から段階的に展開するのが安全です。
| フェーズ | 実施内容 | 判断基準 |
|---|---|---|
| 事前確認 | ロードマップ、ライセンス、管理設定、対象エージェントを確認 | 提供対象テナント・対象ユーザーが明確になっている |
| パイロット | 企画、営業、マーケティング、情シスなど小規模グループで試す | Notebook内の資料を使って期待どおりの成果物が出る |
| セキュリティ確認 | 共有、DLP、監査、保持、外部共有制限を確認 | 機密情報の扱いとログ確認手順が整っている |
| 業務テンプレート化 | 「分析用Notebook」「提案書作成Notebook」など用途別テンプレートを作る | 利用者が迷わず使える |
| 管理者展開 | 必要なエージェントを割り当て、必要に応じてピン留めする | ユーザーから見えるエージェントが業務に合っている |
| 全社案内 | 利用ルール、禁止事項、問い合わせ先を案内する | 過剰共有や機密データ投入のリスクが説明されている |
| 継続改善 | 利用状況、問い合わせ、失敗例を見て設定を調整する | 不要なエージェントをブロック・削除できている |
管理者は、Microsoft 365管理センターのCopilot Control Systemでエージェントのアクセス、共有、公開、展開、ブロックを管理できます。エージェントの展開では、ユーザーに代わってMicrosoft Entra権限を受け入れる形になるため、展開前に権限と機能を確認することが重要です。(Microsoft Learn)
よくある失敗と回避策
Notebooksだけ有効にしてエージェント側を見落とす
Copilot Notebooksが表示されていても、対象エージェントがユーザーに割り当てられていなければ利用できません。Notebook、Agents、Integrated Apps、Agent Registry、ライセンスを一緒に確認してください。
全社展開してから権限設計を始める
エージェントは便利ですが、Notebook内の参照ファイルやアクション権限と結びつくため、最初から全社展開すると問い合わせとリスク確認が追いつきません。まずは部門単位のパイロットで、共有範囲と利用シナリオを固めるべきです。
Notebookに何でも入れてしまう
Copilot Notebooksは文脈を集めるほど便利になりますが、無関係な資料や機密度の異なる資料を混ぜると、出力の精度と管理性が下がります。案件、顧客、部門、目的ごとにNotebookを分ける運用が向いています。
エージェントの説明が曖昧
「営業支援エージェント」だけでは、利用者は何を依頼すべきか分かりません。「提案前の顧客課題整理」「商談メモから次回アクション作成」「売上データの差分分析」のように、使う場面を明確に書くと定着しやすくなります。
復元や保持の前提を誤る
Copilot Notebooksにはエンドユーザー向けのごみ箱がなく、個別削除されたNotebookを復元できない点に注意が必要です。重要な成果物はNotebook内だけに置かず、必要に応じてWord、Excel、PowerPoint、SharePointライブラリなど管理しやすい場所に保存する運用を決めてください。(Microsoft Learn)
利用者に案内すべき使い方
社内展開時は、機能説明だけでなく「何をどう頼めばよいか」まで伝えると利用が進みます。
たとえば、次のような案内が実用的です。
| 目的 | 利用者向けの依頼例 |
|---|---|
| データ分析 | 「このNotebook内の売上資料をもとに、前月比で変化が大きい商品カテゴリを抽出して」 |
| 可視化 | 「役員会向けに、主要KPIの変化を説明できるグラフ案を作って」 |
| 提案準備 | 「顧客議事録と提案資料をもとに、次回提案で強調すべき論点を整理して」 |
| デザイン作成 | 「このキャンペーン概要をもとに、社内共有用の視覚的な説明案を作って」 |
| リスク確認 | 「このプロジェクト資料から、期限遅延につながりそうなリスクを洗い出して」 |
重要なのは、エージェントに丸投げするのではなく、Notebookに必要な資料を集め、目的を明確にして依頼することです。良いNotebook設計と良いプロンプトがそろうほど、出力の品質は上がります。
今回の更新で管理者が次に取るべき行動
まず、対象ユーザーにMicrosoft 365 Copilotライセンスがあるか、Copilot NotebooksのCloud Policyが意図どおりか、Agentsのアクセス設定が部門方針に合っているかを確認してください。次に、Agent Registryで利用可能なエージェントを棚卸しし、不要なものはブロック、標準利用したいものは特定グループに展開・ピン留めします。
開発者やMakerは、Notebookで使われる前提のエージェント設計に切り替える必要があります。単体のチャット応答だけでなく、Notebook内の資料、参照ファイル、権限、アクション、出力形式まで含めてテストしてください。
今回の「Expanded Agent Support in Copilot Notebooks」は、Microsoft 365 Copilotの使い方を一段進める更新です。導入の成否は、新機能を有効にすることではなく、業務ごとのNotebook設計、エージェントの管理、共有とコンプライアンスの整理にかかっています。2026年6月の一般提供予定に向けて、まずは小さなパイロットグループで、Notebookとエージェントを組み合わせた実務シナリオを検証するのが最も安全です。
コメント