ChatGPT Scheduled Tasksとは?AIに定期実行と監視を任せる新機能
ChatGPT Scheduled Tasksは、ChatGPTにリマインダー、定期レポート、監視タスクを任せられる機能です。2026年6月17日のアップデート内容、Monitoring Tasks、cronやZapierとの違い、個人開発での使い方と注意点を整理します。
公開 2026.06.18 / 更新 2026.09.26
この記事のポイント
- Scheduled Tasksは、ChatGPTに一回限りの予定、定期実行、変化監視を頼める機能
- 2026年6月17日のアップデートで、専用Scheduledページ、広い時間帯指定、Monitoring Tasks、通知改善が強化された
- 個人開発ではAIニュース監視、公式リリースノート確認、作業ログ整理に使えるが、重要操作は人間確認を挟むべき
冒頭の結論:Scheduled TasksはChatGPTに「時間」を渡す機能
ChatGPT Scheduled Tasksは、ChatGPTに将来の作業、定期的な作業、変化があった時だけ知らせる監視を頼める機能です。2026年6月17日のアップデートでは、新しいScheduledページ、管理しやすいタスク一覧、より柔軟な時間指定、Monitoring Tasksの説明が強化されました。
これは単なるリマインダーではありません。ChatGPTを「質問したら答える道具」から、「指定したタイミングで状況を見に行くAIアシスタント」へ近づける機能です。ただし、1時間に1回より高頻度では実行できず、重要操作や失敗できない監視は人間確認を挟む必要があります。
この記事で分かること
- Scheduled Tasksでできること
- 2026年6月17日のアップデート内容
- Monitoring Tasksの意味
- cron、Zapier、Make、Codex automationsとの違い
- 個人開発・サイト運営での使い道
- 使う前に決めるべき安全ルール
2026年6月17日のアップデートで何が変わったか
OpenAIのChatGPT Release Notesでは、2026年6月17日に「Scheduled tasks in ChatGPT」が掲載されました。ユーザーはChatGPTにリマインダー、繰り返し作業、監視を頼めるようになり、今回の更新ではタスクを見つけやすく、管理しやすく、通知を受け取りやすくしたと説明されています。
- sidebarから見つけられる新しいScheduledページが用意された
- active tasks、次回実行時刻、pause、resume、edit、deleteを一元管理できる
- タスクの実行がより速く、信頼性のあるものになったと説明されている
- specific timesだけでなく、morning、afternoon、eveningのような広い時間帯指定に対応した
- Monitoring TasksがWeb検索や接続アプリの変化確認に対応した
- 意味のある変化がある時だけ通知する設計が説明された
- Pulseはproactive updatesがScheduled Tasksへ移る流れで終了予定と案内された
Scheduled Tasksでできること
| 用途 | 例 | AI開発横丁的な見方 |
|---|---|---|
| リマインダー | 明日の朝に作業予定を知らせる | 人間の予定管理に近い。失敗しても影響が小さい用途から試しやすい |
| 定期レポート | 毎朝AIニュースを3件だけ要約する | ニュース収集の入口には向くが、記事化前には公式確認が必要 |
| 作業ログ整理 | 毎晩、その日の作業メモを振り返る | 個人開発の継続に向く。Obsidianや日報の下書きに使いやすい |
| 監視タスク | OpenAIのRelease Notesに重要更新が出たら知らせる | Monitoring Tasksの本命。変化があった時だけ通知する設計にする |
| 接続アプリ確認 | Gmailやカレンダーの変化を確認する | 使えるかはアカウント、ワークスペース、権限設定に依存する |
Monitoring Tasksとは:毎回知らせるのではなく、変化がある時だけ知らせる
Monitoring Tasksは、ChatGPTが定期的に変化を確認し、報告すべきことがある時だけ通知するタスクです。OpenAI Help Centerでは、previous runs are remembered、つまり前回までの実行結果を踏まえて変化を見られること、条件が満たされたら停止できる場合があることも説明されています。
個人開発では、OpenAI、Anthropic、Google、GitHub、Vercelなどの公式更新を見に行き、関係がある時だけ知らせる使い方が現実的です。毎日全部を通知するより、変化がある時だけ知らせる方が、通知疲れを減らせます。
cron、Zapier、Codex automationsとは何が違うか
| 仕組み | 向いている用途 | 強み | 弱み |
|---|---|---|---|
| ChatGPT Scheduled Tasks | リマインダー、定期要約、軽い監視、毎日のブリーフィング | 自然言語で作りやすく、AIが要約や判断を挟める | 1時間より高頻度は不可。重要操作や厳密な自動化には向かない |
| Monitoring Tasks | 公式更新、配送、ニュース、接続アプリの変化確認 | 意味のある変化がある時だけ通知できる | リアルタイムではなく、通知の判断もAIに依存する |
| cron | サーバー上の定期バッチ、ログ整理、定時実行 | 実行タイミングが明確で、開発者が制御しやすい | 要約や判断は自分で実装する必要がある |
| Zapier / Make | SaaS同士の連携、フォーム通知、CRM更新 | 対応アプリが多く、ワークフローを組みやすい | AIの判断より、イベントとアクションの設計が中心になる |
| Codex automations | Codex内での継続作業、確認、スレッド起点の開発支援 | コードベースやCodex作業と近い | ChatGPTのScheduled Tasksとは別物で、用途と実行面が違う |
ざっくり言うと、Scheduled Tasksは「AIに定期チェックと要約を頼む」仕組みです。cronは「決まった処理を決まった時間に動かす」仕組み、ZapierやMakeは「アプリ間のイベント連携を組む」仕組み、Codex automationsは「Codexの作業文脈で継続的に動く」仕組みです。完全な置き換えではなく、役割が違います。
個人開発・サイト運営での使い道
- 毎朝、AIニュースの候補を3件だけ要約する
- OpenAI、Anthropic、Google DeepMind、GitHub、Vercelなどの公式更新を監視する
- CodexやChatGPTに関係する更新だけ通知する
- 毎週、公開済み記事の更新候補を整理する
- Search Consoleやアクセス解析を見る前のチェックリストを出す
- 作業ログをObsidian向けに整える
- Codexへ渡す前にタスク分解をする
- サイト改善の観点を週次で出す
Scheduled Tasksで使いやすいプロンプト例
毎朝8時に、OpenAI、Anthropic、Google DeepMindの重要なAIニュースを調べて、公式情報が確認できるものを優先して3件だけ要約してください。噂や未確認情報は別枠にしてください。OpenAIのRelease Notesを定期的に確認して、ChatGPT、Codex、Scheduled Tasks、GPTs、Memoryに関係する重要更新があった時だけ知らせてください。毎週日曜の夜に、今週の個人開発作業を振り返るための質問を5つ出してください。最後に、来週Codexへ渡せる小さな作業候補を3つに分けてください。毎日夕方に、今日の作業ログをObsidianに残すための見出し案を出してください。作業、気づき、次に試すこと、保留にしたことに分けてください。週1回、AI開発横丁の記事更新候補を整理するために、古くなりやすい情報、公式確認が必要な情報、関連記事を増やせるテーマをチェックリストで出してください。毎朝、重要な更新がない場合は通知しないでください。OpenAI、Anthropic、Google、GitHubの公式発表に、個人開発者へ影響する変更があった時だけ知らせてください。使う前に知っておきたい制限
- Tasksは1時間に1回より高頻度では実行できない
- unattended tasksは一定期間で自動停止する場合がある
- active task数にはプランごとの上限がある
- Voice chats / GPTsはTasks非対応
- ScheduledはWebとChatGPT desktop appで管理できる。Codex CLI / IDE extensionには管理画面がない
- 実行面によって参照できるsourceが異なる。Web taskはuploaded filesやconnected toolsを使い、local projectはdesktop appで選ぶ
- Gmailなどの接続アプリは、アカウント、ワークスペース、管理者設定に依存する
- app権限によっては、タスクが実行前に承認を求める場合や、一部操作ができない場合がある
- webhooksは現時点で非対応
- 失敗できない業務、金銭処理、契約、削除、外部送信は人間確認を挟むべき
アクティブタスク数にはプランごとの上限があります。2026年6月時点のOpenAIヘルプでは、Go、Plus、Business/Edu、Pro/Enterpriseで上限が分かれて案内されています。ただし、ヘルプ内でも説明箇所によってBusiness/Eduの扱いに表記差があるため、実際の上限は自分のChatGPT画面と公式ヘルプで確認してください。
よくある誤解
| 誤解 | 実際 |
|---|---|
| ChatGPTが勝手に何でもやってくれる | Scheduled Tasksは指定した範囲で動く機能です。権限や接続アプリの制約があります |
| リアルタイム監視に使える | 1時間に1回より高頻度では実行できません |
| cronの完全な代替になる | 自然言語の要約や軽い監視には向きますが、厳密なサーバー処理はcronや専用基盤が向きます |
| GPTsやVoiceでも使える | 公式ヘルプではVoice chatsとGPTsはTasks非対応とされています |
| Project内の添付ファイルは常に読める | 実行面によって異なります。Web taskはuploaded files、connected tools、skills、pluginsを使い、local projectはdesktop appで選択したproject directoryを使います |
| 通知が来ないなら何も起きていない | タスクが一時停止している、権限が必要、通知設定が無効などの可能性があります |
Pulse終了とScheduled Tasksへの移行
OpenAI Release Notesでは、Pulseがsunsetされ、proactive updatesがScheduled Tasksへ移っていくと案内されています。Pro usersは2026年6月17日から14日間Pulseへアクセスできるとも説明されています。
ここから見えるのは、ChatGPTが自分から情報を届ける方向性が、Scheduled Tasksに集約されていく可能性です。ただし将来仕様は変わるため、PulseやScheduled Tasksの利用可否は公式ヘルプと自分のChatGPT画面で確認する必要があります。
まとめ:Scheduled Tasksは、ChatGPTに時間をまたいだ仕事を渡す入口
Scheduled Tasksは、ChatGPTを「聞いたら答えるAI」から「指定したタイミングで動くAI」に近づける機能です。個人開発では、公式更新監視、ニュース要約、作業ログ、記事更新候補整理に向いています。
一方で、本番操作、重要判断、外部送信、削除、金銭処理は人間確認が必要です。最初は失敗しても影響が小さい小さなタスクから試し、通知しない条件、停止条件、人間が確認する条件を一緒に決めてください。AI開発横丁の文脈では、便利さよりも「任せる範囲」と「止める条件」の設計が大切です。
ChatGPT Scheduled TasksのFAQ
ChatGPT Scheduled Tasksとは何ですか?
ChatGPTに、あとで実行する作業、定期的に実行する作業、変化があった時だけ知らせる監視タスクを頼める機能です。
Monitoring Tasksとは何ですか?
ChatGPTが定期的にWebや接続アプリなどの変化を確認し、報告すべきことがある時だけ通知するタスクです。リアルタイム監視ではありません。
Scheduled Tasksは無料プランでも使えますか?
この記事の確認時点で、公式ヘルプやRelease Notesでは対象プランが案内されています。利用可否や上限は変わる可能性があるため、自分のChatGPT画面と公式ヘルプで確認してください。
何分ごとに実行できますか?
OpenAI Help Centerでは、Tasksは1時間に1回より高頻度では実行できないと説明されています。
GPTsやVoiceでも使えますか?
公式ヘルプでは、Voice chatsとGPTsはTasks非対応とされています。
ChatGPTデスクトップアプリやCodexアプリでもScheduledページは使えますか?
現行のOpenAIドキュメントでは、Scheduledの作成・管理はChatGPT webまたはChatGPT desktop appで行います。Codex CLIとIDE extensionにはScheduled管理画面がなく、promptやskillの準備・テストを担当します。
cronやZapierの代わりになりますか?
完全な代替ではありません。自然言語での要約、軽い定期チェック、変化通知には向きますが、厳密なサーバー処理やSaaS間の業務連携はcron、Zapier、Make、専用基盤が向く場合があります。
個人開発では何から試すのがおすすめですか?
AIニュース要約、公式更新監視、作業ログ整理、記事更新候補のチェックなど、失敗しても影響が小さく、人間が最後に確認できる用途から始めるのがおすすめです。
2026年8月10日追記:Scheduled Tasksは「どこで動くか」を先に決める
OpenAIの現行ドキュメントでは、Scheduled TasksはChatGPT desktop appのlocal projectやGit worktree、Web上のuploaded contextやconnected toolsなど、実行面によって扱える材料が分かれます。Scheduled Tasksを作る前に、対象が手元のcheckoutなのか、アップロード済みの資料なのか、接続アプリなのかを決めてください。
| 実行面 | 引き継がれる対象 | 先に確認すること |
|---|---|---|
| ChatGPT desktop:local project | 選択したproject directory。Git repoならmain checkoutを直接変更できる | PCの電源とdesktop appを維持し、作業中の未保存変更を巻き込まないか確認する |
| ChatGPT desktop:isolated worktree | Git repoから作るbackground worktree。未完了のlocal workと変更を分離する | worktreeの成果物、branch、不要になったrunのcleanupを確認する |
| ChatGPT web:Scheduled Tasks | uploaded files、connected tools、skills、plugins。local folder / worktreeはrun間で保持しない | 必要なsourceをaccessible project、upload、connected serviceに置く |
| standalone / chat内 | standaloneはrunごとに新しいchat、chat内taskは既存chatのcontext | 毎回独立させるか、同じcontextで継続するかを選ぶ |
WebのScheduled Tasksが手元のPCフォルダを直接編集するわけではありません。local projectを扱う必要がある場合は、desktop appで対象projectを選び、Git repoではactive checkoutを直接触らせるかisolated worktreeを使うかを明示します。
作成前にpromptを試し、最初の数回をレビューする
- 通常のWeb chatでpromptを手動実行し、対象範囲、出力、使用toolが期待どおりか確認する
- 定期実行のpromptには、毎回の作業、報告条件、停止条件、人間への質問条件を残す
- 最初の数runは結果をレビューし、広すぎる場合はprompt、tool、cadenceを調整する
- Codex CLIやIDE extensionはScheduled管理画面を提供しないため、作成・管理はChatGPT webまたはdesktop appで行う
2026年8月追記:chat内task・standalone・Skillの役割を分ける
現行Docsでは、standalone scheduled taskは保存したpromptからrunごとに新しいchatを開始し、chat内taskは既存chatのcontextへ戻ります。既存のreview loopや継続中のtriageを同じchatで追うならchat内task、毎回独立した定期レポートならstandaloneが向きます。chat内taskにはactive follow-up loop向けのminute-based intervalもありますが、頻度を上げるほど実行結果と利用量の確認が必要です。
| 設計 | 公式Docsで確認できること | 運用で固定すること |
|---|---|---|
| standalone | runごとに保存promptから新しいchatを開始する | 毎回読むsource、報告条件、停止条件 |
| chat内task | 同じchatのcontextへ戻り、継続中の作業を追える | contextが古くなった場合の更新方法と人間への質問条件 |
| minute-based follow-up | chat内の継続確認loopに使える | cadence、利用量、最大run数、終了条件 |
| Skillからの作成・更新 | Skillがscheduled taskをcreate / updateできる | task prompt、対象chat、tool、外部操作の承認をreviewする |
- SkillやChatGPT / Codex chatからtaskを作成・更新できても、設定変更は実行結果の承認やdeploy許可ではないと分ける。
- task promptには毎回の作業、重要な変化だけを報告する条件、停止・質問条件、参照するsourceを残し、既存chatのcontextだけに依存しない。
2026年9月26日追記:Scheduled Tasksに指定したmodelを点検する
モデルとreasoning effortはdefaultのままにも、明示指定にもできます。既定値を使うtaskはworkspace defaultとmanaged configurationを確認し、modelを明示したtaskは退役済みIDが残っていないか点検します。Scheduledビューではtaskの状態とrecent runsの結果を確認してください。
- ChatGPTにサインインしたCodexでは、GPT-5.4とGPT-5.4 miniは2026年8月31日に退役しました。GPT-6 Sol(gpt-6-sol)とGPT-6 Luna(gpt-6-luna)はplanとclientで利用できる場合に選べます。Enterprise / EduでLunaを使うには管理者による有効化が必要です。
- GPT-5.5を明示したChatGPT・Work・Codexのtaskは2026年10月14日に退役予定です。Plus / Pro / Business / Enterprise / EduではGPT-6 Sol、Free / Goではdesktop appのGPT-6 Lunaを選べる場合があります。taskのplan・workspace・clientで利用可能か確認し、変更後のscheduled runも見直します。
- modelやpromptを変えたら、通常のchatでpromptを試し、scheduled runの最初の数回の出力を確認します。OpenAI APIのmodel利用はChatGPTサインイン向けCodexの退役とは別です。
Scheduled Tasksの実行面FAQ
WebのScheduled Tasksからローカルのrepoを直接編集できますか?
できません。Web taskはuploaded contextやconnected toolsを使えますが、PC上のlocal folderやworktreeをrun間で保持しません。local projectを扱う場合は、desktop appでprojectを選びます。
local projectとworktreeはどう使い分けますか?
編集中のcheckoutへ直接反映してよい小さなtaskならlocal project、未完了の変更から分離して確認したいtaskならisolated worktreeを選びます。どちらもbackgroundで動くため、結果とcleanupを確認します。
Scheduled TasksはCLIやIDEから管理できますか?
現行ドキュメントでは、Codex CLIとIDE extensionにScheduled管理画面はありません。prompt、skill、script、workspace changeの準備とテストをCLIやIDEで行い、作成・管理はChatGPT webまたはdesktop appで行います。
SkillからScheduled Taskを作成・更新できますか?
現行DocsではSkillからscheduled taskを作成・更新できる案内があります。ただし、Skillがtaskを設定できることと、外部送信、書き込み、push、deployを自動承認することは別です。prompt、対象chat、tool、頻度、停止条件をreviewします。
Scheduled taskの状態・project・runを分けて確認する
| 確認項目 | 公式Docsの現行案内 | 運用で固定すること |
|---|---|---|
| Scheduledビュー | active・paused・completedのtaskとrecent runsを確認でき、findingがあるrunはinboxとunread indicatorで示される | 通知の有無だけで判定せず、状態、last run、finding、permissionを画面で確認する |
| 複数project | 同じscheduled taskを複数projectで実行できる | projectごとにpath、Git state、local / worktree、変更範囲、成果物を分けてレビューする |
| local project | project-scoped taskはPCの電源、ChatGPT desktop app、実行時点でdisk上にあるselected projectを必要とする | 外出・スリープ・app終了・project移動を停止条件にし、active checkoutを触るtaskは未完了変更を先に確認する |
| Web task | uploaded contextとconnected toolsを使えるが、PC上のlocal folderやworktreeをrun間で保持しない | 必要なsourceをprompt、skill、upload、accessible project、connected serviceへ明示的に置く |
| Skill / plugin | scheduled taskはskillsや、利用可能なpluginsを使える。Skillでtaskのcreate / updateもできる | 自動tool選択に任せないworkflowはskillを明示し、task prompt、外部操作、権限、共有範囲をレビューする |
- Standalone taskはrunごとに新しいchat、既存chat内taskは同じcontextへ戻るため、Scheduledビューのrun結果とchat内の未完了scopeを別に確認する。
- 同じtaskを複数projectへ割り当てる場合も、local projectの直接変更とworktreeの分離変更を同じ成果物として扱わず、project単位でdiff・test・cleanupを確認する。
- ローカルファイルを使うtaskは、実行時にPCが起動し、ChatGPT desktop appが動作し、選択projectがdisk上にあることを確認する。
- Scheduled taskはunattendedで既定sandbox設定を使う。`approval_policy = "never"`は組織policyが許す場合だけで、adminの`requirements.toml`が禁止すれば選択したpermission modeの承認挙動へ戻る。
Scheduled taskの状態と権限FAQ
通知が来なければ、Scheduled taskは何も実行していませんか?
そうとは限りません。Scheduledビューでactive・paused・completed、recent runs、finding、unread indicatorを確認します。通知設定、permission、taskの一時停止も別に確認してください。
同じScheduled taskを複数projectで動かせますか?
公式Docsでは可能と案内されています。ただし、projectごとにlocal projectかworktreeか、対象path、Git state、成果物、test、cleanupが異なり得るため、1つの成功報告にまとめず個別にレビューします。
ローカルprojectのScheduled taskはPCを閉じても続きますか?
ローカルファイルを使うproject-scoped taskでは、実行時にPCが起動し、ChatGPT desktop appが動作し、selected projectがdisk上にある必要があります。Web taskのuploaded contextやconnected toolsの実行とは分けて考えます。
unattendedなら承認なしで何でも実行できますか?
できません。既定sandboxと組織のapproval・requirementsに従います。`approval_policy = "never"`が組織policyで許可される場合も、full access、network、広いfilesystem、外部送信、push、deployを安全とみなす理由にはなりません。
関連記事
- GPT-6 Sol・Luna・Astraの違い|API料金とCodexでの使い分け
GPT-6はAstra・Sol・Lunaで得意な作業とAPI単価が違います。APIのmodel IDやtool呼び出し条件と、ChatGPT Work・Codexのモデル選択を分けて決めます。
- Codexはコーディング専用から知識労働ツールへ:OpenAI発表から見る使い方の変化
OpenAIは、Codexがコードを書く道具にとどまらず、レポート、表計算、調査、データ分析、業務自動化にも広がっていると説明しています。個人開発では、相談と実ファイル作業を分ける使い方が鍵です。
- Codexの残り使用量はどこで見る?Usage Dashboard・制限・リセット
Codexの残り使用量、reset、credits、banked resetを、制限回避ではなく安全な作業計画のために整理する親ハブです。