ChatGPTの定期タスク・変更監視・イベントトリガーの違い｜具体例で選び方を解説

ChatGPTで自動化するときは、「何をするか」より先に何をきっかけに処理を始めるかを決めると迷いません。毎朝8時なら定期タスク、Webページの状態変化なら定期確認による変更監視、特定メールの受信ならGmailのイベントトリガーが基本です。

ただし、3つは同じ機能ではありません。特に「変更監視」は独立したイベント機能ではなく、一定間隔で対象を見に行く使い方です。以下はOpenAI公式情報を2026年9月26日に確認した内容で、提供状況はプランやワークスペース設定により変わる場合があります。

結論：起点が「時間」「定期確認」「アプリの出来事」のどれかで選ぶ

「毎朝」「毎週」は時間、「変わったら」は定期確認、「届いたら・更新されたら」はアプリイベントと考えると選びやすくなります。

定期タスク・変更監視・イベントトリガーの違い

定期タスク：決まった時刻や間隔で実行

定期タスクは、保存した指示を指定時刻や間隔で繰り返します。作成・確認・一時停止・再開・編集・削除は「スケジュール済み（Scheduled）」から管理できます。通知は設定 > 通知で、プッシュ・メール・両方から選べます。

接続済みアプリは、アカウントやワークスペースで利用可能な場合に定期タスクから使えます。一方で、プロジェクト内で作成したタスクは、そのプロジェクトへアップロードしたファイルや保存ファイルへアクセスできないとOpenAI公式ヘルプに明記されています。ファイル前提の自動化は、作成場所とデータの置き場所を先に確認した方が安全です。

変更監視：定期タスクで状態を見に行き、変化時だけ知らせる

「変更監視」という名前の万能トリガーがあるわけではありません。通常は、定期タスクに「対象ページを確認する」「前回と比較する」「変化がなければ通知しない」「条件を満たしたら報告して停止する」と指示します。

OpenAI公式は監視タスクについて、前回実行の結果を利用して変更を確認し、関連する更新があれば通知し、指定した終了条件を満たすと停止するものと説明しています。対象となる有料プランでは定期実行は最短1時間ごとです。つまり、1時間間隔なら設定上は1日最大24回の確認になります。ただし変化発生の直後に確認するとは限らないため、検知は次の実行まで最大でおおむね1時間遅れる可能性があります。Freeは定期タスクを1日1回まで設定できます。

イベントトリガー：対応アプリの出来事で実行

イベントトリガーは、Gmailの新着メール、Slackの対象チャンネルへの新着、GitHubのプルリクエスト活動など、対応する出来事が起きたときにタスクを開始します。定期的に何度も確認する必要がないため、対応イベントなら効率的です。

イベントトリガー型はWebhookベースのWorkタスクとして作成し、Trigger・Condition・Promptを確認します。毎朝7時の処理と「メールが届いたら」の処理を両方ほしい場合は、時間起点のタスクとイベント起点のタスクを分けておくと、起動条件と停止条件を管理しやすくなります。

3つの具体例はどの仕組みを使う？

毎朝のニュース要約

「毎朝7時に、前日からのAIニュースを公式発表中心に3件まとめる」は定期タスクが適しています。実行時刻、対象期間、優先する出典、件数、同じニュースの重複を避ける条件まで指定します。

例としては「毎朝7時、日本語で、過去24時間のOpenAI公式発表を確認し、更新がなければ『重要な更新なし』とだけ報告」のように、更新がない場合の扱いも決めると結果が安定します。

OpenAIの障害復旧時の通知

OpenAI Statusの復旧を知りたい場合、確認できた公式資料にはOpenAI Status専用のイベントトリガーは掲載されていません。そのため、ChatGPTの範囲では「一定間隔で公式ステータスページを確認し、前回が障害中で今回が復旧済みなら通知して終了」という変更監視が現実的です。

これは即時通知ではありません。現在の公式案内では、対象となる有料プランの定期タスクは最短1時間ごと、Freeは定期実行が1日1回までです。したがって「数分以内に復旧を知りたい」という用途には向きません。その場合は、監視対象サービス側が提供する通知手段の有無も確認します。

特定メール受信時の内容確認

「取引先Aから件名に『請求書』を含むメールが届いたら、期限と金額を抜き出す」はGmailイベントが適しています。公式資料では、新着メールを送信者または件名で絞り込めます。

Gmailを接続・認証したうえで、処理対象、抽出項目、返信や外部登録を行うか、重要操作の前に確認を求めるかを明記します。メール本文に書かれた指示をそのまま操作命令として実行しない安全条件も加えておくと安心です。

イベントトリガーで現在対応しているもの

OpenAI公式のScheduled tasksページで確認できる対応イベントは次のとおりです。

イベントトリガー型タスク全体の上限は1時間30回・1日720回です。ただし、近い時間に複数の一致イベントが届くと一つの実行へまとめられる場合があります。「メール100通＝100回実行」のような単純計算ではありません。

作成前に確認する5項目

1. 起点を一つにする：「毎朝7時」なら時間指定、「公式ページが復旧したら」なら監視、「件名に請求書を含む新着Gmail」ならイベント起動です。

2. 接続先を先に確認する：Gmail・Slack・GitHubを使うイベント起動は、設定の「アプリ」またはアカウントに表示される「プラグイン」から対象を接続し、Workで作成します。画面名称はアカウントやワークスペースで異なる場合があります。

3. 一致条件を文字にする：Gmailなら送信者と件名、Slackなら対象チャンネル、GitHubなら対象リポジトリやPR条件まで絞ります。「重要なもの」だけでは判定基準が曖昧です。

4. 何も起きなかった回の扱いを決める：監視なら「変化なしでは通知しない」、日報なら「更新なしと1行だけ返す」のように、空振り時の出力を指定します。

5. 停止条件まで入れる：「復旧を1回確認したら終了」「9月30日を過ぎたら停止」のように終点を指定します。作成後は「スケジュール済み」から一時停止・再開・編集・削除ができます。

プラン・回数・画面の制限

2026年9月26日時点のOpenAI公式ヘルプでは、スケジュール済みタスクは対象となるFree、Go、Plus、Pro、Business、Enterprise、Eduなどで利用できます。ただし、イベントトリガー型タスクはFree・Goでは作成できず、Workと対象プランが必要です。

イベントトリガー型タスク全体には、1時間に最大30回、1日に最大720回という実行上限があります。近い時間の複数イベントが一つの実行にまとめられる場合もあります。

イベントトリガー型タスクの作成・更新はWebまたは対応モバイルアプリで行えます。デスクトップアプリでは既存タスクを表示できますが、イベント条件の作成・編集はできません。通常のタスクは「スケジュール済み」から確認・編集・一時停止・再開・削除できます。

できないことと代替案

• 未対応アプリの出来事を直接トリガーにする：対応イベントにない場合は、定期確認にするか、外部サービスのWebhookとAPIを組み合わせる別システムが必要です。
• 時間起点とイベント起点を同じ設計に詰め込む：Webhook型はWorkでTrigger・Condition・Promptを持つため、時刻用とイベント用を分けると、何が起動した処理か追いやすくなります。
• 接続していないメールや非公開リポジトリを見る：対象アプリを認証し、必要最小限のアクセスを許可します。
• 通知が必ずメールで届くと断定する：公式案内では通知設定でプッシュ、メール、または両方を選択します。モバイルのプッシュ通知には対応アプリ側の通知許可も必要です。
• 変更をリアルタイム保証する：定期監視は次回確認まで遅れます。厳密な即時性が必要なら、イベント発行元のWebhookを使うシステム設計を検討します。

AIに「できません」と言われたところからが面白い｜小林

ここまで、定期タスクや変更監視、イベントトリガーなど、ChatGPTで今できることを整理してきました。ただ、私が本当に面白いと思っているのは、AIに「それはできません」「うまくできません」と言われた瞬間です。

できる機能だけを順番に使っていけば、同じ説明を読んだ人はだいたい同じ場所までたどり着けます。そこで差が出るのは、AIが手を止めた境界です。なぜできないのかを分解し、人間が補えば越えられるのか、別の仕組みをつなげれば解決できるのか、そもそも越えてはいけない制約なのかを一つずつ見ていきます。

もちろん、安全上の制約や権限の境界を無理に越えるという意味ではありません。守るべき制約は守ったうえで、単に仕組みがまだ用意されていないだけの不便を探します。そういう場所は、まだ使い方が一般化されていなかったり、多くの人が試していなかったりすることがあります。

私は昔から、そういう「まだ道になっていない場所」を見つけて、実際に使えるところまで開拓していくのが好きです。今回の定期タスクやイベントトリガーも、機能一覧を覚えること自体が目的ではありません。AIが「ここまで」と言った場所を、次の検証地点として見る。そこから新しい企画や使い方が生まれることがあります。

AIに何ができるかを調べるのと同じくらい、AIがどこで諦めるのかを観察する。私はそこに、まだ大きな可能性が残っていると思っています。

よくある質問

定期タスクとリマインダーは同じですか？

リマインダーは通知が目的ですが、定期タスクは情報検索、要約、接続ツールを使った確認など、保存した処理そのものを実行できます。通知は結果を届ける経路で、起動条件とは別です。

Gmailをつなげれば、どんなメールイベントでも起動できますか？

いいえ。今回確認できた公式対応は新着メールで、送信者や件名による絞り込みです。下書き作成、ラベル変更、削除などを起点にできるとは確認できないため、利用可能と断定しないでください。

障害復旧を一秒でも早く知ることはできますか？

ChatGPTの定期監視だけで「一秒でも早く」を保証することはできません。対象となる有料プランの定期タスクは最短1時間ごとなので、変更監視では次回実行まで検知が遅れる可能性があります。現在の公式イベント一覧にはOpenAI Status専用Webhookは掲載されていないため、数分単位の即時性が必要なら、対象サービス側の通知手段も併用します。

まとめ

決まった時刻は定期タスク、未対応ソースの変化は定期確認、Gmail・Slack・GitHubの対応イベントはイベントトリガーと整理すれば、使い分けは難しくありません。

毎朝のニュースは時間指定、障害復旧は公式ページの定期監視、特定メールはGmail新着イベントが基本です。作成時は対象、絞り込み、結果がない場合、停止条件、権限を明確にし、プランや数値上限は現在のScheduled画面で確認してください。

参考にした情報

• OpenAI Help Center「ChatGPT のスケジュール済みタスク」：監視タスク、プラン別の実行中タスク上限、Freeの頻度、有料プランの最短間隔、イベント型の実行上限、通知、管理画面を確認。
• OpenAI Help Center「ChatGPT Work and Codex」：WorkのWebhook型イベントトリガーと対象プランを確認。
• OpenAI Help Center「ChatGPT の接続済みアプリ」：Gmail・Slack・GitHubイベントと接続権限を確認。
• OpenAI Help Center「Using Slack in ChatGPT」：チャンネル・送信者・スレッド条件、DM・リアクション・編集・削除がトリガー対象外であることを確認。
• OpenAI Help Center「GitHub を ChatGPT に接続」：PR作成・レビュー準備完了・クローズ、レビュー・コメント・コミット更新・マージ完了などの対応活動を確認。