Copilot Coworkのイベント駆動タスクを使うと、特定のメールを受信したときや、Teamsで条件に合うメッセージが投稿されたときに、要約、返信案の作成、関係者への通知といった処理を自動的に開始できます。
2026年7月に追加された機能ですが、メール送信やTeams投稿などの共有操作が、いきなり無人実行されるわけではありません。既定では下書きを作成し、利用者の承認を待つ「下書き・承認」方式が採用されています。さらに、タスクは作成者本人の権限で動作し、過剰な実行を防ぐ頻度制限やループ防止も適用されます。(Microsoft Learn)
便利さだけを見て条件を広く設定すると、承認依頼が大量に発生したり、不要なメールやTeams投稿まで処理したりする可能性があります。安全に活用するには、トリガー条件を狭く定義し、最初は自動送信を許可せず、実行履歴を確認しながら段階的に広げることが重要です。
Copilot Coworkのイベント駆動タスクとは
Copilot Coworkのイベント駆動タスクは、決められた時刻ではなく、Outlookのメール受信やTeamsメッセージの到着をきっかけに起動する自動化機能です。
Microsoftが2026年7月の新機能として案内している主なトリガーは、次のとおりです。
- 条件に一致するメールを受信したとき
- Teamsチャネルにメッセージが投稿されたとき
- Teamsチャットにメッセージが届いたとき
- Teamsで自分がメンションされたとき
利用者は、監視したい条件と実行してほしい処理を自然言語で説明します。Coworkは内容を解析し、トリガー、実行方法、必要な権限をカード形式で提案します。内容を確認して設定すると、以後は一致するイベントが発生したときにタスクが起動します。(Microsoft Learn)
2026年7月時点の公式案内で明示されているイベントは、メールとTeamsメッセージです。予定表の変更、SharePointファイルの更新、OneDriveへのファイル追加などは、イベント駆動タスクのトリガーとして明示されていません。利用できることを前提に業務設計せず、実際の画面と最新の公式情報で確認する必要があります。(Microsoft Learn)
スケジュール実行との違い
Copilot Coworkには、イベント駆動タスクとは別に、指定した日時にプロンプトを実行するスケジュール機能があります。
両者は似ていますが、起動条件が異なります。
| 比較項目 | イベント駆動タスク | スケジュールされたプロンプト |
|---|---|---|
| 起動条件 | メール受信やTeamsメッセージ | 指定した日時や繰り返し周期 |
| 向いている業務 | 問い合わせ対応、メンション確認、特定案件の受信監視 | 日次報告、週次集計、定例ブリーフィング |
| 実行タイミング | 条件に一致するイベントの発生時 | 毎日、毎週など指定した時刻 |
| 主な注意点 | 条件が広いと大量に発火する | 実行時刻やタイムゾーンの確認が必要 |
| 共有操作 | 既定では下書き作成後に承認 | 共有操作は承認が必要になる場合がある |
例えば「毎週金曜日に進捗報告を作る」はスケジュール実行が適しています。一方、「取引先から更新契約に関するメールが届いたら返信案を作る」はイベント駆動タスクが適しています。両方のタスクは、Coworkの「Scheduled」ページにまとめて表示されます。(Microsoft Learn)
イベント駆動タスクを利用するための前提条件
利用者がCopilot Coworkを開けるだけでは、イベント駆動タスクを必ず作成できるとは限りません。管理者側の有効化や課金設定も確認する必要があります。
Microsoftが示している主な前提条件は次のとおりです。
- 利用者に有効なMicrosoft 365 Copilotライセンスが割り当てられている
- Microsoft 365 Copilot環境でCoworkが有効になっている
- Coworkの使用量ベースの課金が有効になっている
- テナントで必要なモデルが利用可能になっている
- Microsoft EdgeまたはGoogle Chromeなどの対応ブラウザーを使用している
Coworkはブラウザーのほか、Outlook、Teams、Windows・Mac向けMicrosoft 365 Copilotアプリ、モバイルアプリから利用できます。(Microsoft Learn)
管理者がCoworkを利用者に表示していても、使用量ベースの課金を有効にしていない場合、利用者にはアクセス申請が表示されることがあります。展開前に、ライセンス、利用対象者、課金上限、モデル設定を一体で確認しておくことが重要です。(Microsoft Learn)
Copilot Coworkのイベント駆動タスクを安全に設定する方法
監視対象と実行内容を自然言語で入力する
Coworkを開き、メールまたはTeamsメッセージについて「何が起きたら」「何をしてほしいか」を入力します。
例えば、次のように依頼します。
上司から「Contoso更新契約」に関するメールを受信したら、要点を3項目で整理し、返信案を作成してください。メールは送信せず、私の確認を待ってください。
Teamsメッセージを条件にする場合は、次のように入力できます。
Incidentチャネルで私がメンションされたら、メッセージと直前の会話を要約し、対応が必要な項目を箇条書きにしてください。結果は私だけに表示し、Teamsには投稿しないでください。
公式ドキュメントでも、特定案件について上司からメールが届いた際に要約と返信案を作る例や、Incidentチャネルでメンションされた際に要約する例が紹介されています。(Microsoft Learn)
「Set up trigger?」カードの内容を確認する
イベント駆動タスクとして認識されると、Coworkは「Set up trigger?」カードを表示します。
主に確認する項目は次の3つです。
| 項目 | 確認する内容 |
|---|---|
| When | どのメールやTeamsメッセージを起点にするか |
| Run in | 毎回新しい会話を開始するか、現在の会話を継続するか |
| What it does | イベント発生後にCoworkが実行する処理 |
カードには、タスクが必要とする権限も表示されます。例えば、Teamsへのメッセージ送信を指示している場合は、その操作に必要な権限が示されます。内容を確認したうえで「Set up」を選択すると、タスクが有効になります。(Microsoft Learn)
新しい会話と現在の会話を使い分ける
「Run in」では、イベントごとに新しい会話を開始するか、現在の会話を継続するかを選択できます。(Microsoft Learn)
独立した問い合わせを処理する場合は、原則として新しい会話が安全です。別のメールや案件の情報が混ざりにくくなります。
一方、同じ障害や契約案件を継続的に追跡する場合は、現在の会話を継続することで、それまでの経緯を踏まえた処理がしやすくなります。ただし、複数案件が同じ会話に蓄積されると、文脈が混ざる可能性があります。
次の基準で選ぶと分かりやすくなります。
- メール1件ごとに独立して処理する：新しい会話
- 同じ案件の続報を追跡する：現在の会話
- 顧客やプロジェクトが複数含まれる：新しい会話
- 長期間継続する障害対応：案件専用の会話を継続
最初は「下書き・承認」のまま運用する
イベント駆動タスクは、既定では「下書き・承認」で動作します。
タスクがメール送信、Teams投稿、共有システムの変更などを行おうとすると、Coworkは内容を準備したうえで利用者に承認を求めます。タスクは作成者の権限で実行され、作成者が閲覧できる情報だけを使用します。また、承認しない限り、結果は原則として作成者本人だけに提供されます。(Microsoft Learn)
承認画面では、少なくとも次の内容を確認します。
- 送信先が正しいか
- 宛先の範囲が広すぎないか
- メール本文やTeams投稿に誤りがないか
- 機密情報や内部情報が含まれていないか
- 添付ファイルが正しいか
- Coworkが実行しようとしている操作が依頼内容と一致しているか
技術的な操作内容を確認したい場合は、「Show parameters」または「パラメーターの表示」から詳細を確認できます。(Microsoft Learn)
事前承認は低リスクな処理に限定する
管理者向けの公式情報では、利用者の介入なしにタスクを完了できるよう、Coworkの操作を事前承認する運用も案内されています。(Microsoft Learn)
ただし、最初からメール送信やTeams投稿を事前承認するのは避けるべきです。条件判定や生成内容が想定どおりであることを確認してから、低リスクな処理だけを段階的に対象とします。
事前承認を検討しやすい処理は、次のようなものです。
- 自分だけに要約結果を表示する
- 自分宛てに通知する
- 下書きを作成する
- 定型的な内部通知を限定された宛先に送る
事前承認を慎重に判断すべき処理は、次のとおりです。
- 顧客や取引先へのメール送信
- 大人数が参加するTeamsチャネルへの投稿
- 経営層や社外関係者への通知
- 契約、価格、障害、個人情報に関する返信
- 共有システムのデータ変更
- 添付ファイルを含む外部送信
「自動化できるか」ではなく、「誤って実行された場合に人が取り消せるか」を判断基準にすると、安全性を高められます。
精度を高めるプロンプトの書き方
「重要なメールが届いたら要約して」のような曖昧な指示では、多数のメールが対象になりかねません。
イベント駆動タスクでは、少なくとも次の要素をプロンプトに含めます。
- 送信者または対象となる相手
- 件名や本文に含まれるキーワード
- 対象となるTeamsチャネルまたはチャット
- メンションの有無
- 実行する処理
- 出力形式
- 送信や投稿を許可するか
- 除外条件
- 情報が不足している場合の扱い
実務では、次のテンプレートが使いやすいでしょう。
次の条件でイベント駆動タスクを設定してください。
トリガー：［メール／Teamsチャネル／Teamsチャット］
対象：［送信者、チャネル名、相手など］
条件：［件名、キーワード、メンションなど］
実行内容：［要約、分類、返信案作成、通知など］
出力形式：［箇条書き、表、指定文字数など］
共有操作：［送信しない／承認後に送信／特定の宛先のみ］
除外条件：［自動通知、重複、特定の件名など］
情報不足時：推測せず、確認が必要な項目を表示してください。
Outlookメールを条件にする例
[email protected]からメールを受信し、件名または本文に「契約更新」が含まれていたら、契約期限、金額、回答期限、先方の要望を抽出してください。返信案を丁寧な日本語で作成してください。ただし送信はせず、私の承認を待ってください。
Teamsメンションを条件にする例
Teamsの「システム障害」チャネルで私がメンションされたら、該当メッセージ、直前の会話、依頼者、期限を整理してください。対応が必要な場合は、優先度を高・中・低で示してください。チャネルには返信せず、結果は私だけに表示してください。
問い合わせメールを分類する例
件名に「製品問い合わせ」が含まれるメールを受信したら、内容を「料金」「不具合」「導入相談」「その他」に分類してください。100文字以内の要約と返信案を作成してください。分類に自信がない場合は「要確認」としてください。メールは送信しないでください。
分類方法や出力形式まで指定すると、毎回の結果がそろいやすくなります。特に「推測しない」「不明な場合は要確認とする」と明記すると、不確かな内容を含む返信案が作成されるリスクを抑えられます。
実行頻度制限とループ防止を理解する
Copilot Coworkの自動タスクには、短時間に何度も起動しないよう実行頻度制限が適用されます。また、Cowork自身が送信したメールやTeams投稿によって同じタスクが再び起動し、処理が繰り返される事態を防ぐループ保護も用意されています。(Microsoft Learn)
ただし、公式ドキュメントでは、何分間に何回まで実行できるかといった具体的な数値は示されていません。したがって、イベント駆動タスクを次の用途に使う場合は注意が必要です。
- 1分以内の対応を求められる障害通知
- 大量のメールが連続して届く共有窓口
- すべてのメッセージを確実に逐次処理する必要がある業務
- 法令や契約で処理時間が厳密に定められている業務
- 実行漏れが直ちに金銭的損失につながる処理
イベント駆動タスクは、個人やチームの情報整理、返信案作成、確認作業の支援には向いています。一方、厳密なリアルタイム性、処理件数、再試行、エラー分岐を保証する業務システムの代替として設計するのは避けるべきです。
ループ防止機能がある場合でも、プロンプト側に除外条件を入れておくと安全です。
Coworkが作成または送信したメッセージ、自動返信メール、件名に「自動通知」が含まれるメールは対象外にしてください。
設定後に行うテスト
本番メールや実際のTeamsチャネルでいきなり運用を始めず、条件に一致するメッセージと一致しないメッセージを用意してテストします。
条件に一致するイベントを送る
テスト用メールやTeamsメッセージを作成し、タスクが起動するか確認します。
確認する項目は次のとおりです。
- 想定した送信者やチャネルだけが対象になったか
- 件名やキーワードの条件が正しく判定されたか
- 必要な情報が抽出されたか
- 指定した形式で出力されたか
- メールやTeams投稿が勝手に送信されていないか
- 承認画面の宛先と本文が正しいか
条件に一致しないイベントを送る
キーワードが似ているメール、別の送信者からのメール、メンションのないTeams投稿なども送信します。
イベント駆動タスクでは、起動することだけでなく、起動すべきでないイベントで起動しないことが重要です。
連続するイベントを確認する
同じ条件のメッセージを少数回送信し、次の点を確認します。
- 重複した処理が発生しないか
- 同じ会話に不要な情報が混ざらないか
- 承認依頼が過剰に増えないか
- 返信や投稿による再発火が起きないか
頻度制限を調べる目的で大量のテストメッセージを送るのは避けます。実際の業務量に近い範囲で確認してください。
タスクの状態と実行履歴を確認する
作成したイベント駆動タスクは、スケジュールされたプロンプトと同じ「Scheduled」ページに表示されます。
タスクには、次のような状態が表示されます。
- Active：有効
- Draft：下書き
- Paused：一時停止
タスクの詳細画面では、最後に起動した時刻や実行履歴を確認できます。必要に応じて編集、一時停止、再開、削除も可能です。(Microsoft Learn)
運用開始後は、少なくとも次のタイミングで履歴を確認します。
- 設定直後
- 条件やプロンプトを変更した後
- 担当業務や権限が変わった後
- 承認依頼が急増したとき
- 想定していたイベントが処理されなかったとき
タスクは作成者本人の権限で動作します。そのため、異動、退職、プロジェクトからの離任、Teamsメンバーシップの変更などがあった場合は、タスクの見直しが必要です。作成者が閲覧できなくなった情報を、タスクだけが引き続き閲覧できるわけではありません。(Microsoft Learn)
管理者が確認すべきガバナンス項目
Copilot Coworkのイベント駆動タスクは、利用者が自然言語で作成できます。そのため、管理者がすべてのタスクを事前設計する運用よりも、利用ルール、監査、課金制御を整備することが重要になります。
小規模な対象者から展開する
最初から全社に展開せず、用途が明確な部署や利用者から開始します。
適した試行用途は次のとおりです。
- 特定案件のメール要約
- Teamsメンションの整理
- 社内問い合わせの返信案作成
- 担当者本人への通知
- 定型的な情報抽出
試行期間中は、外部送信や全社チャネルへの投稿を事前承認の対象にしないほうが安全です。
利用量の上限を設定する
Coworkは使用量ベースの課金モデルを採用しています。モデル応答、ツールやスキルの呼び出し、画像生成、ブラウザー操作などが組織の使用量として計上されます。管理者はMicrosoft 365管理センターで利用状況を確認し、ユーザー単位またはグループ単位の上限を設定できます。(Microsoft Learn)
イベント条件を広く設定すると、利用者が操作していない時間にもタスクが繰り返し起動し、使用量が増える可能性があります。課金上限だけでなく、対象メール、Teamsチャネル、キーワードを限定する利用ルールも必要です。
統合監査ログを確認する
Coworkの自動タスクによる操作は、ほかのCoworkアクティビティとともに統合監査ログへ記録されます。また、Microsoft Purviewのデータセキュリティとコンプライアンスポリシーが適用されます。(Microsoft Learn)
管理者は、少なくとも次の観点で監査方法を決めておきます。
| 監査項目 | 確認内容 |
|---|---|
| タスク作成者 | 誰が自動タスクを設定したか |
| 実行対象 | どのメールやTeamsメッセージを処理したか |
| 実行操作 | 要約、下書き、送信、投稿など何を行ったか |
| 承認 | 誰が共有操作を承認したか |
| 実行回数 | 想定以上の頻度で起動していないか |
| データ | 機密情報や個人情報を不適切に扱っていないか |
| コスト | 利用量が想定範囲内か |
タスク台帳を作成する
利用者が増える場合は、重要なイベント駆動タスクについて簡易的な台帳を作成します。
記録する項目は次のとおりです。
- タスク名
- 作成者
- 業務目的
- 対象メールまたはTeamsチャネル
- トリガー条件
- 実行内容
- 外部送信の有無
- 事前承認の有無
- 利用開始日
- 最終確認日
- 停止予定日
- 管理責任者
個人が作ったタスクをそのまま恒久的な業務フローにすると、異動や退職時に管理者が不在になります。継続利用するタスクは、定期的に所有者と必要性を確認してください。
失敗しやすい設定と改善方法
「重要なメール」のような曖昧な条件を使う
「重要」「急ぎ」「対応が必要」といった表現だけでは、判定範囲が広くなります。
改善例：
部長から受信したメールのうち、件名に「至急」または「本日中」が含まれるものを対象にしてください。
最初から自動送信を許可する
返信案の品質や対象条件を確認せずに自動送信を許可すると、誤送信の影響が大きくなります。
最初は次の流れで運用します。
- 要約だけを作成する
- 返信案を作成する
- 承認後に送信する
- 十分に検証できた限定用途だけ事前承認する
対象チャネルを指定しない
「Teamsでメンションされたら」とだけ指定すると、想定外のチャットやチャネルまで対象になる可能性があります。
チャネル名、チーム名、メンション条件、キーワードを組み合わせて限定します。
同じ会話に複数案件を蓄積する
異なる顧客やプロジェクトのメッセージを現在の会話で処理し続けると、過去の文脈が別案件の出力に影響する可能性があります。
案件ごとに情報を分離する必要がある場合は、イベントごとに新しい会話を開始します。
頻度制限を考慮しない
大量のメール処理や厳密な即時対応を前提にすると、Coworkの頻度制限と業務要件が合わない場合があります。
高頻度、高信頼性、複雑な分岐が必要な処理は、専用のワークフロー基盤や業務システムを含めて設計し、Coworkは要約や下書きなどの判断支援に使うのが適切です。
よくある質問
イベント駆動タスクはメールを自動送信しますか
既定では、メール送信やTeams投稿などの共有操作は下書きとして準備され、利用者の承認を待ちます。管理設定や事前承認によって無人実行できる場合もありますが、社外送信や重要な投稿では承認を残す運用が安全です。(Microsoft Learn)
Teamsでメンションされた場合だけ起動できますか
Teamsトリガーでは、自分がメンションされたメッセージに限定できます。Teamsチャネルメッセージとチャットメッセージが対象として案内されています。(Microsoft Learn)
Coworkは管理者権限で動きますか
管理者権限ではなく、タスクを作成した利用者本人の権限で動作します。利用者が閲覧できないメール、チャネル、ファイルなどを、イベント駆動タスクが独自に閲覧することはできません。(Microsoft Learn)
1時間に何回まで実行できますか
公式ドキュメントでは、自動タスクに実行頻度制限があることは示されていますが、具体的な回数や時間間隔は示されていません。高頻度処理を前提とする場合は、事前に実環境で検証する必要があります。(Microsoft Learn)
作成したタスクはどこで管理できますか
Coworkの「Scheduled」ページから確認できます。状態、最終実行、実行履歴を確認し、編集、一時停止、再開、削除を行えます。(Microsoft Learn)
予定表やSharePointの更新をトリガーにできますか
2026年7月時点の公式案内で、イベント駆動タスクのトリガーとして明示されているのは、条件に一致するメールとTeamsメッセージです。予定表やSharePoint更新を利用できる前提では設計せず、最新の管理画面と公式ドキュメントを確認してください。(Microsoft Learn)
まずは下書き作成から小さく始める
Copilot Coworkのイベント駆動タスクは、メールやTeamsを常時確認する負担を減らし、情報整理や返信案作成を自動化できる機能です。
一方、条件を広く設定したり、検証前に自動送信を許可したりすると、不要な起動、誤送信、利用量の増加につながります。
まずは次の構成で、1つの用途から始めてください。
- 対象となる送信者やTeamsチャネルを限定する
- 件名、キーワード、メンション条件を指定する
- 実行内容は要約または返信案作成に限定する
- メールやTeams投稿は承認制にする
- 条件に一致しないテストも行う
- Scheduledページで実行履歴を確認する
- 安定後も外部送信の事前承認は慎重に判断する
利用者本人の権限、既定の下書き・承認、頻度制限、監査ログという安全策を理解したうえで設定すれば、OutlookとTeamsの確認作業を減らしながら、人が最終判断する業務フローを構築できます。
コメント