Microsoft 365 Copilotの「Scheduled prompts for Agents」は、AnalystやIdea Coachなどの宣言型エージェントに対して、定期的に同じプロンプトを実行できるようにする更新です。結論から言うと、利用者にとっては「毎週の分析」「毎朝の要約」「定例前のアイデア出し」を自動化しやすくなり、管理者にとってはライセンス、オプションの接続エクスペリエンス、Power Platform環境、既存プロンプトの棚卸しを確認すべき変更です。Microsoft 365 Roadmap ID 531759では、対象製品はMicrosoft Copilot (Microsoft 365)、プラットフォームはDesktop、Mac、Web、提供範囲はWorldwide、Previewは2025年11月、一般提供は2026年5月、ステータスはLaunchedとされています。更新日時はUTCで2026年6月2日23:00台のため、日本時間では2026年6月3日相当です。(Microsoft)
Microsoft 365 CopilotのAI/Copilot更新で何が変わるのか
今回の変更点は、Microsoft 365 Copilotの「スケジュールされたプロンプト」が、宣言型エージェントにも広がることです。これまでは、利用者が必要なタイミングでCopilotやエージェントを開き、毎回同じような依頼を入力する運用になりがちでした。Scheduled prompts for Agentsにより、繰り返し使うプロンプトをスケジュール登録し、指定した頻度でエージェントに実行させる使い方がしやすくなります。
たとえば、次のような業務に向いています。
| 活用シーン | スケジュール例 | 期待できる効果 |
|---|---|---|
| 週次KPIの確認 | 毎週月曜9時 | Analystに売上、案件数、進捗差分をまとめさせる |
| 定例会前の論点整理 | 会議前日の夕方 | 関連資料や前回議事録から確認事項を抽出する |
| 企画アイデア出し | 毎週金曜16時 | Idea Coachに翌週の施策案を複数出させる |
| フォロー漏れ確認 | 毎週水曜午前 | 未対応タスクや確認待ち事項を洗い出す |
| 月次レポート準備 | 月末営業日 | データや文書をもとにレビュー観点を作る |
重要なのは、これは単なるリマインダーではない点です。通知で「実行を思い出す」のではなく、プロンプトそのものを定期実行するため、Copilotエージェントを日常業務のルーチンに組み込みやすくなります。
一方で、Microsoft 365 Roadmapの情報は商用機能の予定や説明を示すもので、日付や内容は変更される可能性があるとMicrosoftは案内しています。展開計画を作る場合は、Roadmap ID 531759だけでなく、自社テナントのメッセージセンター、Microsoft 365管理センター、利用中のリリース設定もあわせて確認してください。(Microsoft)
Scheduled prompts for Agentsとは
Scheduled prompts for Agentsは、Microsoft 365 Copilot内の宣言型エージェントに対し、繰り返し実行したいプロンプトを登録できる機能です。Roadmap上の説明では、Analyst、Idea Coachなどの宣言型エージェントに対して、ユーザーがRecurring prompts、つまり定期プロンプトをスケジュールできるようになるとされています。(Microsoft)
宣言型エージェントとは、Microsoft 365 Copilotを特定の業務シナリオ向けに構成する仕組みです。カスタム指示、ナレッジ、アクションを追加して、社内データの検索、要約、業務プロセスの支援などに使えます。Microsoftの説明では、宣言型エージェントはCopilotのAIインフラ、モデル、オーケストレーターを使い、Microsoft 365のセキュリティ、コンプライアンス、Responsible AIの要件に沿うものとされています。(Microsoft Learn)
今回の更新で考えるべきポイントは、「エージェントが使える」ことではなく、「エージェントへの依頼が定期実行される」ことです。つまり、社内で作成したカスタムエージェントやMicrosoftが提供するエージェントを、単発のチャット相手ではなく、定期的に成果物を返す業務支援の仕組みとして扱えるようになります。
対象となる利用者と影響範囲
影響を受けるのは、主にMicrosoft 365 Copilotを利用するエンドユーザー、Copilot管理者、Power Platform管理者、エージェント作成者です。
| 対象者 | 主な影響 | 確認すべきこと |
|---|---|---|
| エンドユーザー | エージェントへの定期プロンプトを作成・管理できる | ライセンス、対象エージェント、実行頻度、通知設定 |
| Microsoft 365管理者 | 機能の利用可否や社内展開方針を決める必要がある | オプションの接続エクスペリエンス、利用ルール、サポート体制 |
| Power Platform管理者 | Scheduled prompts用のMicrosoft 365環境が自動作成される可能性がある | 環境の存在、権限、DLPの扱い、棚卸し方法 |
| 開発者・エージェント作成者 | 定期実行に適したエージェント設計が必要になる | 指示文、ナレッジ、出力形式、エラー時の応答、長時間処理の回避 |
| セキュリティ・コンプライアンス担当 | 定期的に生成されるAI応答の管理が必要になる | 監査、不要な出力、機密情報、過剰共有コンテンツ |
Microsoftが提供するエージェントの例として、Analystは生データを実用的な分析情報に変換し、傾向や予測、可視化を支援するエージェントです。Idea Coachは、アイデアの生成や改善を支援し、構想を実行可能な計画に落とし込むためのガイダンスを提供します。(Microsoft サポート)
ただし、すべてのユーザーにすべてのエージェントが表示されるとは限りません。Microsoftのサポート情報では、エージェントが表示されない場合やアクセス時にエラーが出る場合、Microsoft 365 Copilotライセンスがない、または管理者がエージェントを有効にしていない可能性があると説明されています。(Microsoft サポート)
通常のプロンプト、Scheduled prompts、Power Automateの違い
Scheduled prompts for Agentsを正しく理解するには、「手動プロンプト」「スケジュールされたプロンプト」「Power AutomateやWorkflowsによる自動化」を分けて考えると分かりやすくなります。
| 方式 | 向いている用途 | 向いていない用途 | 判断基準 |
|---|---|---|---|
| 手動プロンプト | その場限りの質問、調査、文章作成 | 毎回同じ確認をする業務 | 不定期で、人の判断を挟みたい場合 |
| Scheduled prompts for Agents | 週次分析、定例前の要約、定期的なアイデア出し | 厳密なトランザクション処理、複雑な分岐処理 | 同じ観点で定期的にAIの出力がほしい場合 |
| Power Automate / Workflows | 承認、通知、ファイル移動、外部システム連携 | 自然言語での柔軟な分析や要約だけをしたい場合 | 業務システムへの確実な操作が必要な場合 |
Scheduled prompts for Agentsは、レポート作成の下準備や確認観点の抽出には便利ですが、基幹システムの更新や承認フローのような処理を無条件に任せるものではありません。エージェントにアクションや外部API連携を持たせている場合は、定期実行時に意図しない操作が発生しないよう、確認ステップや権限設計を慎重に見直す必要があります。
利用者ができるようになること
利用者側では、よく使うプロンプトを自動実行することで、日々の確認作業を減らせます。Microsoftのサポート情報では、スケジュールされたプロンプトは、時間と頻度を設定することでCopilotに自動実行させられる機能として説明されています。また、利用にはMicrosoft 365 Copilotライセンスが必要で、機能はユーザーまたは管理者がオプションの接続エクスペリエンスを無効にしていない限り既定で有効になるとされています。(Microsoft サポート)
一般的なスケジュール済みプロンプトでは、プロンプトの実行タイミング、実行回数、応答準備時のメール通知などを設定できます。Microsoftのサポート情報では、作成できるスケジュール済みプロンプトは最大10件と案内されています。(Microsoft サポート)
実務では、次のようなプロンプトが使いやすいでしょう。
| エージェント | 悪い例 | 良い例 |
|---|---|---|
| Analyst | 売上を分析して | 毎週月曜9時に、先週の営業KPIを対象に、売上、商談数、前週差、目標未達の要因候補を表で整理し、営業会議で確認すべき質問を5つ出してください |
| Idea Coach | 新しい企画を考えて | 毎週金曜16時に、来週のBtoB向けメール施策案を3つ作成してください。対象は既存顧客、目的はウェビナー申込増、制約は制作工数2日以内です。各案に期待効果、懸念点、最初のアクションを付けてください |
| 社内ナレッジ用エージェント | 規程を見て | 毎月1日に、前月に更新された人事関連ドキュメントを確認し、従業員に周知すべき変更点、対象者、確認リンク、未確認リスクを表でまとめてください |
| プロジェクト支援エージェント | 進捗を教えて | 毎週水曜10時に、Project AのTeams投稿、議事録、Plannerタスクから、遅延リスク、未決事項、次回会議で決めるべき項目を整理してください |
良いプロンプトの共通点は、対象、期間、出力形式、判断観点が明確なことです。定期実行では「今週」「最近」「重要そうなもの」だけでは解釈がぶれやすいため、「対象プロジェクト」「参照するデータ」「出力形式」「次に取る行動」まで書くのが実務上のコツです。
管理者が最初に確認すべき設定
管理者がまず確認すべきなのは、ライセンスとオプションの接続エクスペリエンスです。Microsoft Learnでは、スケジュールされたプロンプトを管理するにはMicrosoft 365 Copilotライセンスが必要であり、ユーザーに対して「Officeでの追加のオプションの接続エクスペリエンスの使用を許可」するクラウドポリシー設定を確認するよう案内しています。(Microsoft Learn)
| 確認項目 | 見る場所の例 | 注意点 |
|---|---|---|
| Microsoft 365 Copilotライセンス | Microsoft 365管理センター | 対象ユーザーにライセンスが割り当てられているか確認 |
| オプションの接続エクスペリエンス | Cloud Policy | 無効化するとScheduled prompts以外の機能にも影響する |
| エージェントの利用可否 | Microsoft 365 Copilot、管理センター、アプリ管理 | AnalystやIdea Coach、カスタムエージェントが使える状態か確認 |
| Power Platform環境 | Power Platform管理センター | Scheduled prompts用のMicrosoft 365環境が作成される可能性がある |
| 既存の定期プロンプト | PowerShell棚卸し | 不要な定期実行、退職者、異動者のプロンプトを確認 |
特に注意したいのは、機能を止めるためにオプションの接続エクスペリエンスを無効化した場合の挙動です。Microsoft Learnでは、無効化するとユーザーはScheduled promptsのアイコンや管理メニューを見られず、以前に作成したスケジュール済みプロンプトも管理できなくなる一方、以前に実行されたセッションは残り、既存のスケジュール済みプロンプトはスケジュールが終了するまで実行され続けると説明されています。(Microsoft Learn)
つまり、「設定を無効化したから既存の定期プロンプトも即停止する」と考えるのは危険です。既存の定期プロンプトを止めたい場合は、棚卸しと削除の運用を別途考える必要があります。
Power Platform環境の自動作成に注意する
Scheduled promptsは、Power Platform側にも影響します。Microsoft Learnでは、テナント内のユーザーが初めてスケジュールされたプロンプトを使うと、Power Platformに「Microsoft 365」という名前の本番環境が自動作成されると説明されています。この環境はテナントにつき1つ作成され、組織のMicrosoft Entraテナントの既定リージョンに近いリージョンに作成されます。(Microsoft Learn)
この環境について、管理者が誤解しやすいポイントがあります。
| 誤解しやすい点 | 実際の扱い |
|---|---|
| 管理者が事前に環境を作成する必要がある | 通常は不要。初回利用時に自動作成される |
| 削除すれば完全に止まる | ユーザーが再びScheduled promptsを使うと再作成される |
| 通常のPower Platform環境と同じようにDLPを適用できる | 固定DLPポリシーで管理され、テナントレベルや環境レベルのDLPは適用されない |
| ユーザーが自由にアプリやフローを作れる | 既定ではアプリ、フロー、接続などの作成はブロックされ、Microsoft所有アプリの実行操作に限定される |
| 容量消費の見積もりが必要 | Microsoftの説明では、この環境のストレージはテナント容量計算から除外される |
この環境には固定DLPポリシーがあり、許可されるコネクタはScheduled promptsに必要なものに限定されます。Microsoft Learnでは、Microsoft 365 Copilot actions、Microsoft Teams、Outlookなどが含まれると説明されています。(Microsoft Learn)
Power Platform管理者は、「見慣れないMicrosoft 365環境が増えたから削除する」という対応をしないよう、ヘルプデスクや運用担当に共有しておくべきです。削除しても再作成される可能性があるため、環境の役割、DLPの扱い、監視対象かどうかを事前に整理しておくと混乱を防げます。
既存プロンプトの棚卸しと移行で確認すべきこと
Scheduled promptsには、Public Preview時代の扱いにも注意が必要です。Microsoft Learnでは、現在のスケジュールされたプロンプト機能はPower Automateフローに依存しない一方、Public Preview中にスケジュールしたプロンプトは期限切れまでPower Automateで実行され続け、Microsoft 365 CopilotのScheduled promptsページには表示されないと説明されています。これらのレガシープロンプトはPower Automateで表示・管理する必要があります。(Microsoft Learn)
移行時は、次の順序で確認すると安全です。
| 手順 | 作業内容 | 判断ポイント |
| -: | ——————————————— | ————————– |
| 1 | 既存のScheduled promptsを棚卸しする | 誰が、何を、どの頻度で実行しているか |
| 2 | Public Preview時代のPower Automateベースのプロンプトを確認する | 現行画面に出ないものが残っていないか |
| 3 | 不要な定期実行を削除する | 退職者、異動者、終了プロジェクトのプロンプトがないか |
| 4 | 新方式で再作成すべきプロンプトを選ぶ | 現在も価値があり、対象データが明確か |
| 5 | 社内ルールを更新する | 作成上限、命名、出力先、通知、機密情報の扱い |
Microsoft Learnでは、Power Platform Administratorロールを使い、PowerShellで組織内のスケジュールされたプロンプトを棚卸しできると説明されています。前提としてPowerShell 7.0以降、Az.Accounts、Microsoft.PowerApps.Administration.PowerShellモジュールなどが必要です。(Microsoft Learn)
棚卸しでは、単に「何件あるか」だけでなく、プロンプトの目的とリスクを見ることが重要です。たとえば、毎日大量の情報を要約するプロンプトが多数あると、ユーザーの通知疲れや不要なAI出力の蓄積につながります。逆に、週次レポートや会議準備のように明確な業務価値があるものは、標準プロンプトとして部門内に展開する候補になります。
開発者・エージェント作成者が見直すべき設計ポイント
Scheduled prompts for Agentsの登場により、エージェント作成者は「その場で答えられるエージェント」だけでなく、「定期実行されても安定した成果を返せるエージェント」を意識する必要があります。
Microsoft 365 CopilotのAgent Builderでは、自然言語でエージェントを作成したり、手動で名前、説明、指示、ナレッジ、スタータープロンプトなどを構成したりできます。Microsoft Learnでは、Agent Builderが自然言語による説明からエージェントの名前、説明、指示、ナレッジソースなどを自動構成できると説明されています。(Microsoft Learn)
定期実行を前提にするなら、次の観点を見直してください。
| 設計項目 | 悪い状態 | 改善例 |
|---|---|---|
| 指示文 | 「関連情報を探してまとめる」だけ | 対象範囲、優先順位、参照できない場合の応答を明記する |
| ナレッジ | 組織全体を広く参照 | SharePointサイト、フォルダー、ファイル、コネクタを業務単位で絞る |
| 出力形式 | 毎回ばらばら | 「要約、差分、リスク、次アクション」の固定フォーマットにする |
| 時間表現 | 「最近」「今週」だけ | 「実行日時を基準に直近7日間」など解釈を固定する |
| エラー時 | 何も返さない、曖昧に謝る | 参照できないデータ、必要な権限、ユーザーが取るべき次アクションを返す |
| アクション | 外部システム操作を無条件で実行 | 読み取り中心にし、更新系は確認や別ワークフローに分ける |
宣言型エージェントには向き不向きもあります。Microsoft Learnでは、宣言型エージェントは情報検索、シンプルなワークフロー、Microsoft 365上の生産性向上に適している一方、全文書や大規模データを扱うシナリオ、多数レコードやページ分割された結果の処理、タイムアウトを超える長時間プロセスには適さないと説明されています。(Microsoft Learn)
この制約は、Scheduled prompts for Agentsではより重要です。手動実行ならユーザーが途中で軌道修正できますが、定期実行ではプロンプトが自動で走ります。エージェントが広すぎるデータを見に行ったり、曖昧な条件で集計したりすると、毎回不安定な結果が蓄積される可能性があります。
展開前のチェックリスト
社内展開する前に、少なくとも次のチェックを行うと安全です。
| チェック項目 | 対応内容 |
|---|---|
| 対象ユーザーを絞る | まずは業務効果が見えやすい部門でパイロットする |
| 利用ルールを決める | 機密情報、個人情報、外部共有資料を扱うプロンプトの可否を明確にする |
| 標準プロンプトを用意する | 営業、企画、管理部門などで使える定型例を作る |
| 作成上限を周知する | 最大10件という制約を踏まえ、優先度の低いものを増やしすぎない |
| 管理者の棚卸し手順を作る | PowerShellで一覧化・削除できる担当者と頻度を決める |
| Power Platform環境を確認する | Microsoft 365環境の自動作成を運用チームに共有する |
| ヘルプデスクFAQを更新する | 「表示されない」「実行されない」「止めたい」への回答を準備する |
ヘルプデスク向けには、次のような切り分け表を用意しておくと対応が速くなります。
| 問い合わせ | 最初に確認すること |
|---|---|
| Schedule this promptが表示されない | Microsoft 365 Copilotライセンス、対象プラットフォーム、オプションの接続エクスペリエンス、対象エージェントの有効化 |
| エージェントが見つからない | 管理者によるエージェント許可、ユーザーのライセンス、エージェントの追加状態 |
| スケジュールを止めたい | ユーザーのScheduled prompts管理画面でTurn offまたはDeleteできるか |
| 管理者側で一括確認したい | Power Platform AdministratorロールとPowerShell棚卸し手順 |
| 無効化したのに過去の実行が残る | 既存セッションや既存スケジュールの挙動を確認し、必要に応じて削除対応 |
| Power PlatformにMicrosoft 365環境がある | Scheduled prompts用の自動作成環境か確認 |
セキュリティとコンプライアンス上の注意点
Scheduled prompts for Agentsでは、エージェントが定期的に出力を生成します。そのため、単発利用よりも「継続的に生成される情報」の管理が重要になります。
特に注意すべきなのは、次の3点です。
| リスク | 例 | 対策 |
|---|---|---|
| 過剰な情報要約 | 部門をまたぐ資料を広く要約してしまう | ナレッジソースを絞り、SharePoint権限を見直す |
| 通知・出力の増加 | 毎日多数のプロンプトが実行され、確認されない出力が増える | 作成目的と頻度をルール化する |
| 既存プロンプトの放置 | 異動・退職後も古いプロンプトが残る | 定期棚卸しと削除手順を運用に組み込む |
Microsoft 365 Copilotの宣言型エージェントは、Microsoft 365のセキュリティやコンプライアンスの枠組みを前提に動作しますが、それだけで運用リスクが自動的になくなるわけではありません。定期実行は便利な反面、誤ったプロンプトや不要なプロンプトも繰り返し実行されます。管理者は、利用を禁止するか許可するかだけでなく、「どの業務で使うと効果が高いか」「どの頻度なら妥当か」「誰が棚卸しするか」まで決めておくべきです。
失敗しやすいポイント
Scheduled prompts for Agentsの導入で失敗しやすいのは、機能の有効化そのものよりも運用設計です。
よくある失敗は、次のようなものです。
| 失敗例 | なぜ問題か | 回避策 |
|---|---|---|
| とりあえず全社展開する | 不要な定期実行が増え、管理しづらくなる | 部門パイロットから始める |
| プロンプトが曖昧 | 毎回違う粒度の回答になり、業務に使いにくい | 期間、対象、出力形式を固定する |
| 管理者が既存プロンプトを把握していない | 退職者や終了案件のプロンプトが残る | 月次または四半期で棚卸しする |
| Power Platform環境を誤って削除する | 再作成や問い合わせ増加につながる | 自動作成環境の扱いを運用手順に明記する |
| DLPの適用範囲を誤解する | 通常環境と同じ制御だと思い込む | Scheduled prompts用環境の固定DLPを理解する |
| エージェントに大きすぎる仕事をさせる | タイムアウトや不安定な回答につながる | 情報検索や要約など、適した範囲に絞る |
特に「毎日実行するプロンプト」は慎重に選ぶべきです。毎日見る価値があるものは限られます。週次で十分な分析を日次にすると、出力を確認しなくなり、結局使われない機能になります。まずは「会議前」「週初」「月末」など、業務上の意思決定タイミングに合わせて設定すると定着しやすくなります。
まず実施すべきアクション
Scheduled prompts for Agentsは、Microsoft 365 Copilotのエージェント活用を「必要なときに開いて使う」段階から、「業務のリズムに合わせて自動的に使う」段階へ進める更新です。利用者には定例作業の時短効果があり、管理者には継続実行されるAI出力をどう統制するかという新しい運用課題が生まれます。
まずは、次の順序で進めるのが現実的です。
| 優先度 | アクション |
|---|---|
| 高 | Microsoft 365 Copilotライセンスとオプションの接続エクスペリエンス設定を確認する |
| 高 | Power Platform管理者とMicrosoft 365管理者で、Microsoft 365環境の扱いを共有する |
| 高 | 既存のScheduled promptsとPublic Preview時代のPower Automateベースのプロンプトを棚卸しする |
| 中 | Analyst、Idea Coach、社内カスタムエージェントで使う標準プロンプトを作る |
| 中 | 部門単位でパイロットし、効果が出る実行頻度と出力形式を決める |
| 中 | ヘルプデスク向けFAQと利用者向けガイドを更新する |
| 低 | 全社展開前に、不要な通知や重複プロンプトを整理する |
最初から全社に広げるより、週次レポート、会議準備、企画案作成のように効果が見えやすい業務に絞って始めるのがおすすめです。利用者には「便利な自動実行」、管理者には「管理できる定期実行」、開発者には「定期実行に耐えるエージェント設計」という観点で準備すると、Scheduled prompts for Agentsを実務に無理なく取り込めます。
コメント