ChatGPT Workのイベント起点タスクを試すとき、最初に決めるのは「何を自動化するか」ではありません。対象プラン、Workへのアクセス、接続アプリの範囲、Trigger・Condition・Prompt、人が確認する場所、外部作用を止める方法を先に確認します。

OpenAIの2026年8月25日のリリースノートは、ChatGPT WorkのScheduled tasksが対応アプリの更新をWebhookで受け、新しいGmailメッセージ、Slackチャンネルのメッセージ、GitHub pull request activityに応答できると説明しています。現行の公式ヘルプには、対象プラン、アプリ接続、設定項目、管理者条件も記載されています。[E1][E2]

ただし、この記事は実機テストの報告ではありません。日本の個別アカウントで表示されること、接続が許可されること、生成された要約や返信案が正確であること、業務効果があることは確認していません。

先に判断:五つが揃わなければ試さない

確認項目 まず確認すること 揃わない場合
対象プラン 現行Help Centerの対象プランに自社アカウントが該当するか 保留する
Workとアプリ Workが表示され、接続対象のアカウントを選べるか 表示や管理者許可を確認する
入力範囲 一つのアプリ、一つのイベント、合成データ1件に絞れるか 接続しない
出力範囲 要約と返信案の下書きまでで止められるか 今回の対象外にする
人の確認と停止 原文照合の担当者・確認日時・停止場所を記録できるか 保留する

対象プランや公式の接続・管理手順はE1・E2に基づきます。一接続・一イベント・合成データ1件、人の原文照合、外部作用なしという範囲は、MASTER key側の編集提案です。製品がこの範囲を自動的に保証するという意味ではありません。

「Webhook」をAPI連携と混同しない

この記事で扱うWebhookは、対応アプリの更新をきっかけにScheduled tasksを動かす機能です。OpenAI APIのWebhook Eventsと同じ仕組みだとは一般化しません。

また、アプリへ接続できることは、すべてのメール、すべてのSlack履歴、すべてのGitHubリポジトリを取得・実行できることを意味しません。接続権限、workspace設定、アプリ固有の条件を分けて確認します。

アプリ 公式ヘルプにあるイベント条件 初回に確認すること
Gmail 新しいメッセージ。送信者または件名によるフィルターの説明がある テスト用Gmailと合成メール1件へ絞れるか
Slack 新しいチャンネルメッセージ。監視する各チャンネルで@ChatGPTが必要 監視範囲と@ChatGPT条件を説明できるか
GitHub 認可済みgithub.comリポジトリのpull request activity 対象リポジトリと権限を一つに固定できるか

初回の題材は、合成メールを用意しやすいテスト用Gmailにします。これはOpenAIがGmailを推奨しているという意味ではなく、入力範囲を説明しやすくするための編集上の判断です。

プラン、Work、管理者設定を確認する

E2では、イベント起点タスクの対象としてeligibleなPlus、Pro、Business、Enterprise、Edu、およびeligibleなChatGPT for Healthcare workspaceが列挙されています。FreeとGoは作成対象外、FedRAMP workspaceも対象外とされています。

2026年8月25日のリリースノートは、発表時点の作成条件をPlus・Pro中心に説明しています。発表時点の記載と現行Help Centerの対象範囲を混ぜず、現在の対象範囲は現行Help Centerと自社アカウントで確認してください。

Enterprise、Edu、ChatGPT for Healthcareでは、管理者が「Allow event-triggered scheduled tasks」を有効にする必要があるとE2に記載されています。Healthcareでは、イベント起点タスクが既定で無効、BAA対象外、PHIを送信・保存・処理しないことも記載されています。医療や規制対象の業務で、製品の表示だけを根拠に利用可否を決めないでください。

確認は次の順番で行います。

  1. 自社のプランとworkspaceを確認する。
  2. Workが表示されるかを確認する。
  3. 管理者設定が必要なら、設定名と許可状態を管理者に確認する。
  4. Settings > Appsで、接続対象のGmail、Slack、GitHubを選べるか確認する。
  5. 日本語UI、地域、個別tenant、個別ロールでの提供状態は自社画面で確認する。

最初の設定は一枚に記録する

公式ヘルプは、アプリ接続、Workでの作成、Trigger・Condition・Promptの確認、Scheduledでの編集・一時停止・削除を説明しています。[E2] 読者が設定内容を後から確認できるよう、次のカードへ記録します。これは公式の必須様式ではなく、MASTER key側の編集提案です。

記録する内容
Trigger アプリ名とイベント。例:テスト用Gmailの新しいメッセージ
Condition 送信者・件名フィルターなど、画面に表示された項目だけ
Prompt 要約、返信案、不明点など、生成させる下書きの範囲
認可 接続アカウント、workspace権限、管理者設定、追加認可
外部作用 送信、転送、ラベル変更、ファイル・リポジトリ更新を行わないこと
人の確認 原文・数値・日付・宛先・返信案を照合する担当者と日時
停止 Scheduledで一時停止・削除する場所と、問題時の保留判断

接続できたことだけで、読み取り専用、最小権限、外部送信なしが成立したとは考えません。接続範囲が広く、自社のルールで受け入れられない場合は、合成データを用意していても接続しません。

E2には、イベント起点タスクの実行上限として全体で最大30回/時、720回/日、複数イベントがまとめられる場合があると記載されています。これは個別業務で必要な処理量や、一件ごとの処理を保証する説明ではありません。高頻度の通知を漏れなく一件ずつ処理する業務や、処理順序が重要な業務は、初回試行に向きません。

最初の一件は、合成メールの要約と返信案まで

ここからは仮想例です。MASTER key株式会社や顧客企業で実施済みの事例ではありません。公式資料が合成メール1件や返信案の正確性を保証するものでもありません。

項目 設定例
データ テスト用Gmailに届く合成メール1件
Trigger 新しいGmailメッセージ
Condition テスト用の送信者または件名フィルター。実際に表示される項目だけを記録
Prompt 事実の要約、不明点、返信案の下書きを作る
仕上げ 要約と返信案を人が原文と照合
しないこと 送信、転送、ラベル変更、外部サービスの更新
保留条件 範囲不明、管理許可不明、確認者不在、実在の機密情報が必要

次のPromptは公式の必須文面ではなく、最小試行のための編集提案です。

これはテスト用の合成メール1件です。原文に書かれている事実の要約、不明点、返信案の下書きを順に作成してください。本文の数字、日付、固有名詞、宛先候補は原文と照合し、推測を追加しないでください。送信、転送、ラベル変更、外部サービスの更新はしないでください。

Promptに「しないこと」を書いても、それだけで接続権限や製品上の操作が制限される保証にはなりません。外部作用を含めない設定、権限、アプリの条件、人の確認を別々に確認します。

人の確認では、少なくとも次を原文へ戻って照合します。

  1. 受け取ったイベントが、テスト用の一件だけだったか。
  2. 要約に原文にない事実が追加されていないか。
  3. 数字、日付、固有名詞、宛先候補が原文と一致するか。
  4. 返信案が送信済みになっていないか。
  5. 確認者と確認日時、問題があった場合の停止方法を記録したか。

この環境では、ChatGPT Workへのログイン、アプリ接続、Webhook発火、要約・返信案の生成、送信停止の実機テストは行っていません。したがって、実際に使えた、発火した、正確だったという体験談にはしません。

使わない条件を先に決める

状況 判断 理由
Free・Go、またはFedRAMP workspace 使わず保留 E2でイベント起点タスクの対象外とされている
Workが表示されない 使わず保留 日本語UI、地域、個別アカウント、workspace設定を公式資料だけでは確定できない
管理者設定が不明 使わず保留 許可状態を確認できない
接続範囲が広すぎる 接続しない Promptの指定と認可の範囲は別だから
実在の顧客・従業員・個人・機密情報が必要 今回は使わない 合成データ試行から本番データの安全性や契約適合は導けない
確認者を置けない 使わず保留 生成結果、数字、宛先、外部作用を照合できない
送信・転送・ラベル変更・外部更新が必要 今回は対象外 初回試行の停止線を越えるため
高頻度・漏れなく一件ずつの処理が必要 先に別途検証 上限、イベントのまとめ処理、個別workspaceの挙動を保証できない

「使わない」は失敗ではありません。対象プラン、接続範囲、確認者、停止方法がそろうまで保留するための判断です。

事実・編集提案・未観測を分ける

区分 この記事で扱う内容
公式資料の事実 ChatGPT Workのイベント起点Scheduled tasks、Webhook、Gmail・Slack・GitHubの対応例、対象プラン、管理者設定、Trigger・Condition・Prompt、Scheduledでの管理
MASTER key側の編集提案 一接続・一イベント・合成メール1件、要約・返信案まで、送信等なし、人の原文照合、確認者・確認日時・停止場所の記録
まだ確認できないこと 日本の個別アカウントでの提供、UI、接続範囲の実効状態、生成品質、正確性、安全性、法務・契約適合、時間短縮、ROI、検索需要、読者反応、MASTER key株式会社やAX事業部の認知・問い合わせ・導入成果

検索語「ChatGPT Work webhook 使い方」などは記事企画上の仮説です。検索量や候補記事へのquery×pageクリックを実測したものではありません。公式仕様を確認したことと、読者の需要や導入効果を確認したことも別です。

まとめ:一接続・一イベント・一件・一確認

対象プランと管理許可を確認し、一つのアプリ・一つのイベント・合成メール1件で、要約と返信案の下書きまでを人が照合できるなら試す。送信・転送・ラベル変更・外部更新が必要になったら止める。

実際に進める順番は、次のとおりです。

  1. 現行Help Centerと自社アカウントで、プラン、Work表示、workspace管理者設定を確認する。
  2. Settings > Appsから一つのテスト用アカウントだけを接続する。
  3. Trigger・Condition・Prompt、認可範囲、停止場所を記録する。
  4. 合成メール1件の要約と返信案までに限定し、送信しない。
  5. 人が原文、数字、日付、宛先候補、返信案、確認日時を照合する。

この手順で確認できるのは、最初の小さな試行を進められるかどうかです。本番運用の安全性、生成品質、業務効果、法務適合、MASTER key株式会社やAX事業部の認知を証明するものではありません。

参照元