ChatGPTの定期実行タスクとCodexのautomationsはどう統合されたのか — 「スケジュール」で一本化

もともと別物だった2つの定期実行機能

「決まったタイミングでAIに仕事をさせる」機能を調べると、2つの名前に行き当たります。ChatGPTのscheduled tasks（定期実行タスク）と、Codexのautomationsです。この2つは、もともとそれぞれ独立した別々の機能でした。同じ「定期実行」の方向を向いているのに、名前が違い、作成・管理する場所も別。片方を知っている人がもう片方の解説を読むと、同じものの話なのか別のものの話なのか判別できない——実際に両方を使っていて、ここがかなり紛らわしいポイントでした。

当社のCodexの応用機能まとめでも、定期実行の仕組みを「Scheduled tasks（Automations）」と併記で紹介しています。片方の名前だけでは読者に通じない可能性があったため併記した——この書き方自体が、2つの機能名が混在していた時期の状況をよく表しています。本記事は、この紛らわしさに対する交通整理です。

アプリ統合で「スケジュール」に一本化された

転機は、2026年7月中旬に行われたChatGPTとCodexのアプリ統合です。それまで別々だった2つのアプリが1つに統合され、このタイミングで、定期実行の機能はUI上「スケジュール」という名前に統一されました。

統合後の関係はシンプルで、「スケジュール」から「スケジュールタスク」を作成・管理するという形になっています。「scheduled tasksで作るべきか、automationsで作るべきか」という選択自体が消えたため、これから定期実行を始める方は、2つの機能名の違いや経緯を覚える必要はありません。迷ったら、現在のアプリの「スケジュール」を見る——それだけで足ります。

定期実行は何の仕組み化に使えるのか

名前の整理がついたところで、本題は使い道です。定期実行の価値は、Codexの応用機能まとめでも書いたとおり、「依頼」という行為自体が消えることにあります。毎回頼まなくても、決まったタイミングで成果物が届いている状態を作れる。業務でいえば、たとえば次のような定例作業が候補になります。

• 週次の定例整理 — 毎週決まった曜日に、1週間分のメモや資料の整理を済ませておいてもらう
• レポートの下ごしらえ — 定例レポートのデータ整理や下書きを、提出前のタイミングまでに準備しておいてもらう

ただし前提として、スケジュールを組むということは自動化するということです。手順や出来上がりの形が固まっていない仕事を自動化すると、使えない成果物が毎週生産され続けます。スケジュールタスクに載せてよいのは「すでに手動で成功している業務」だけ——この順番はCodexの使い方 — 頼み方3つの型から続く、仕組み化全体に共通する考え方です。その意味で、この機能は中上級者向けと捉えてください。

登録方法 — フォームに手入力せず、チャットで作ってもらう

サイドメニューの「スケジュール」からフォームを手で入力していく方法もありますが、いちばん簡単なのは必要な項目をチャットで伝えて、スケジュールをAIに作ってもらうことです。伝える項目は次の6つ。この6つが埋まっていれば、あとはAIが登録までやってくれます。

これをそのまま文章にして渡します。項目名を付けて箇条書きで並べるだけで十分です。

スケジュールを作ってください。

いつ、何を：毎週月曜の朝8時（日本時間）に、YouTubeのAPIで競合チャンネルの直近1週間の動画を取得し、再生数の伸びと傾向をまとめた競合レポートを作る
出力先と形式：Discordの「競合レポート」チャンネルに、要点5つ以内の短い日本語で投稿
環境変数：.env の YOUTUBE_API_KEY と DISCORD_WEBHOOK_URL を使う
繰り返し：毎週月曜 8:00 で繰り返す
作業フォルダ：このフォルダで動かし、レポートは reports/ に日付つきで保存

人が見ていない時間に動くので、途中で確認を求めずに最後までやり切ってください。
失敗したときは、その理由を同じDiscordチャンネルに投稿してください。

登録したら、登録内容（実行日時・やること・出力先）を読み上げて確認させてください。

登録したら、最初の1回が動いたときに必ず出力先を見て確かめます。狙いと違っていたら、同じチャットで「ここをこう直して」と伝えれば直してもらえます。

実行場所 — ローカルかクラウドかを先に決める

スケジュールは、デスクトップアプリで動かす（ローカル実行）か、Web版で動かす（クラウド実行）かを選べます（2026年8月時点の実機で確認した整理です。クラウド実行はCodex cloudの仕組みの上で動きます）。使い分けはシンプルで、手元のフォルダのファイルを読んだり、成果物をそこに保存したいならローカル実行。パソコンを開いていない時間にも確実に動かしたいならクラウド実行です。

環境変数（APIキー）の置き場所も実行場所で決まります。ローカル実行ならパソコンの中の .env、クラウド実行なら「環境（Environments）」に登録したものを使います。登録のしかたと、シークレット欄との使い分けはCodex cloudの環境設定で解説しています。

レポートを自分のフォルダに残したい仕事はローカル実行向きです。ただし朝8時にパソコンが起動していなければ動きません。ここは登録前に決めておいてください。なお、普段のチャットで使っているMCPやプラグインが定期実行でも使えるかどうかも実行場所で変わります。この整理はCodexのMCP設定ガイドにまとめてあります。

権限の与え方 — 狭く始めて、確認できた分だけ広げる

スケジュール実行は人が見ていない前提で動くため、途中で承認を求めてきません（ただし組織の管理設定が「承認なし」を禁止している場合は、選択中の権限モードの承認動作に従います。法人の管理環境で「なぜか動かない」ときは、まずここを疑ってください）。代わりに、Codexのサンドボックス設定（どこまでの操作を許すかの枠）がそのまま使われます。ここに悩みどころがあります。

• 権限が狭すぎる — 必要な操作ができず、その場で失敗して終わる。あとで出力先を見るまで、動かなかったことに気づけない
• 権限が広すぎる — こちらの確認なしに何でも実行できるので、意図しない操作までそのまま通ってしまう

このバランスの取り方が、スケジュール実行でいちばん大事なところです。サンドボックス設定は3段階で、スケジュール実行ではそれぞれ次のように動きます。

結論は、ワークスペース書き込みを基本にして、必要な操作だけをルールで足すです。作業フォルダの外には書き込めないので、万一おかしな動きをしても影響がその中で止まります。

注意点はネット接続です。APIを叩く仕事は、ワークスペース書き込みのままだと通信のところで失敗します。その通信だけをルールで許可しておく必要があります。では何を許可すればいいのか——おすすめの手順は3ステップです。

1. 1まず手動で1回やり切る — 同じ仕事を対話で1回通す。このときどのコマンドが必要で、どこに書き込み、どこと通信するのかが具体的に分かる
2. 2問題なかった分だけルールで許可する — 1回目で実際に必要だった操作だけを許可する。いちばん狭い範囲から始めて、足りないぶんだけ足す
3. 3ワークスペース書き込みは維持する — 足りないからとフルアクセスに切り替えず、個別の許可で対応する。触らせる範囲をフォルダで区切ることが安全の土台

つまり、手動で1回確認できた仕事にだけ権限を与えるという順番です。いきなりスケジュールに載せず、1回通してから登録してください。権限設計の全体像はCodexのセキュリティを参照してください。

組織で定期実行を業務基盤にするには

個人で試すなら、手動で安定している定例業務を1つ「スケジュールタスク」にするところから始められます。組織として進める場合は、どの業務を自動実行に載せてよいかの判断基準、定期的に届く成果物を誰がチェックするかといった運用設計が定着の分かれ目になります。当社のCodex研修・導入伴走支援では、貴社の実業務を題材に、基礎の頼み方から定期実行を含む仕組み化までを段階的に伴走しています。