ChatGPTのCodexで業務を自動化する Automations（定期実行）の仕組みと使いどころ
山崎講師こんにちは。ゆうせいです。
前回、Claude Code Routinesという「決めておけば勝手に動く」仕組みを取り上げました。同じ発想の機能は、OpenAI側にもあります。Codexの Automations です。
考え方はよく似ていますが、実行される場所という一点で、性格が大きく異なります。この記事では、Codexの自動実行がどういう仕組みなのか、どこまで任せられるのか、そしてClaude Code Routinesと何が違うのかを整理します。
結論
Codexは、ChatGPTのアカウントで使えるコーディングエージェントです。デスクトップアプリ、コマンドライン、エディタ拡張、ブラウザ、クラウドという複数の入口から同じエージェントを利用できます。
その中の Automations は、指示とスケジュールを一度設定しておけば、Codexが定期的に作業を実行してくれる機能です。指示に加えて、必要に応じてスキルを組み合わせ、自分で定めたスケジュールで背後で動かせます。
押さえるべき要点は三つです。
一つ目は、結果が一覧に集約されることです。自動実行された内容は、確認用の場所にまとめられ、人がそこで見て判断します。
二つ目は、実行場所に注意が必要なことです。デスクトップアプリの Automations は手元の環境で動く設計のため、パソコンが起動していることが前提になる場面があります。ここがClaude Code Routinesとの決定的な違いです。
三つ目は、いきなりスケジュールに載せないことです。OpenAI自身も、自動化のプロンプトはスケジュール化する前に手動で試し、初期の出力を見てプロンプトや実行頻度を調整することを推奨しています。
Codexとは何か
まず全体像を整理します。
Codexは、ChatGPT、コマンドライン、エディタ、デスクトップ、クラウドから利用できるコーディングエージェントです。リポジトリの編集、テストの実行、コードレビュー、作業の委任といった用途に対応します。
リポジトリを読み取り、ファイルを編集し、コマンドやテストを実行し、変更をレビューし、複数の実装ステップにまたがる作業を進めることができます。ローカルではCodexアプリ、コマンドライン、エディタ拡張から利用でき、クラウドの隔離環境に作業を委ねることもできます。
四つの入口
| 入口 | 特徴 |
|---|---|
| デスクトップアプリ | 複数のエージェントを並行管理する。Automationsもここ |
| コマンドライン | 指定したディレクトリでコードを読み書きし実行する |
| エディタ拡張 | 編集画面の横で対話しながら作業する |
| クラウド | 長時間の作業をOpenAI側の環境に委ねる |
OpenAIのドキュメントでは、コマンドラインは選択したディレクトリでコードを読み、変更し、実行するローカルの端末エージェント、アプリは複数のスレッドを並行して扱うデスクトップ環境、エディタ拡張は対応エディタ内で並んで動作するエージェント、Codexのウェブ版はクラウドに作業を委任する手段として説明されています。
デスクトップアプリの位置づけ
Codexアプリは、複数のエージェントを同時に管理し、作業を並行して走らせ、長時間かかる作業を進めるために設計されたインターフェースです。当初はmacOS向けに提供され、2026年3月4日にWindowsでも利用可能になりました。
Automations は、このアプリの機能として提供されます。
Automationsの仕組み
基本の考え方
Codexはスケジュールに沿ってタスクを自動実行できます。これにより、こちらから聞きに行くのを待つのではなく、決めた時刻に作業を行い、結果を提示してくれる形になります。日々の準備、変更点の確認、更新のチェック、直近の活動の要約、週次レポートの作成といった繰り返しの作業に向いています。
要するに、こちらが毎回話しかける前提を外す機能です。
二種類の自動実行
OpenAIのドキュメントでは、二つの型が説明されています。一つは単独型で、スケジュールに従って新しい実行を開始し、結果をTriageに報告します。もう一つはスレッド型で、同じ会話にスケジュールに沿って戻ってきます。
違いを整理します。
| 型 | 動き方 | 向いている用途 |
|---|---|---|
| 単独型 | 毎回新しい実行として開始し、結果を一覧に出す | 定期点検、日次の確認 |
| スレッド型 | 同じ会話の続きとして戻ってくる | 継続的な検討、経過を追う作業 |
単独型は、毎回まっさらな状態から始まります。前回の文脈を引きずらないため、判断が安定します。
スレッド型は、これまでのやり取りを踏まえて進みます。文脈は保たれますが、会話が長くなるほど扱う情報が増えます。
実行できる内容
自動実行はスキルやプラグインを利用でき、Gitリポジトリを対象とする場合は、ローカルのプロジェクト内で動かすか、専用のバックグラウンド作業領域で動かすかを選べます。
後者は重要な仕組みです。自分が作業している状態に影響を与えず、別の領域で並行して処理を進められます。
結果の受け取り方
自動実行が完了すると、結果は確認用のキューに入ります。OpenAI社内では、日次の課題の仕分け、継続的インテグレーションの失敗の要約、日次のリリース情報の作成、不具合の走査といった定型作業に自動実行を使っているとされています。
この設計が要点です。自動実行の結果が、そのまま反映されるわけではありません。人が見る場所に集められ、そこで判断します。
前回の記事で書いた通り、自動化で最も危険なのは「誰も見ていない時間に確定的な処理が進むこと」です。確認の場を挟む構造は、この危険を減らします。
Claude Code Routinesとの比較
同じ発想の機能ですが、設計思想が異なります。
| 観点 | Codex Automations | Claude Code Routines |
|---|---|---|
| 主な実行場所 | 手元の環境が中心 | クラウド上 |
| パソコンの起動 | 必要になる場面がある | 不要 |
| 起動のきっかけ | スケジュール | スケジュール、API呼び出し、リポジトリのイベント |
| 結果の確認 | 確認用の一覧に集約 | 実行結果を確認 |
| 提供状態 | 提供中 | リサーチプレビュー |
実行場所の違いが意味すること
これが最も実務に影響します。
Codexをローカルで動かしている場合、自動実行が正しく機能するには、システムが起動していてアプリケーションが動いている必要があるとされています。
クラウド側の自動化については、ユーザーのマシンでスケジュールするのではなく、クラウド上でトリガーに応じて実行する方向が計画として示されています。開発者のコンピュータが電源オフでも実行される形が、今後のバージョンで想定されているとされています。
一方、Claude Code Routinesは最初からクラウド実行を前提としています。パソコンを閉じていても動きます。
つまり現時点では、次のような使い分けになります。
| 状況 | 適した選択 |
|---|---|
| 業務時間中にパソコンを開いている | どちらでも可 |
| 夜間や休日に走らせたい | クラウド実行の仕組みが向く |
| 手元の環境やファイルを直接扱いたい | ローカル実行の仕組みが向く |
| 外部システムから起動したい | API起動に対応した仕組みが必要 |
なお、両者とも機能追加が続いています。この比較は執筆時点のものですので、導入前に最新の仕様をご確認ください。
起動のきっかけの違い
Codexの Automations は、時刻を指定する方式が中心です。報道では、時刻またはイベントによって起動できるとされています。
Claude Code Routinesは、時刻に加えて、専用のエンドポイントへのリクエスト、リポジトリのイベントという三系統を持ちます。既存の社内システムから呼び出す設計を考えている場合、この差は無視できません。
実務での活用例
コーディング用のツールですが、定型業務全般に応用できます。
例1 朝の状況確認
たとえば「毎営業日の朝、このプロジェクトでテストの失敗やコードの記法違反がないか確認する。見つかった場合は、実行すべきコマンドと考えられる原因を添えてTriageにまとめる」といった指示が例として挙げられています。
出社してすぐ状況が分かる状態を作る、という使い方です。
例2 週次レポートの下書き
金曜日の夕方に起動し、その週に発生した変更を集約してレポートの下書きを作成します。
週報は、書く内容そのものより「一週間分を思い出す」作業に時間がかかります。記録が残っているのであれば、そこから組み立てるほうが正確です。
例3 定例会議の資料準備
会議前日に起動し、確認する指標を収集して、前週との比較を含めた資料を作成しておきます。
会議の場では、数字を集める作業ではなく、数字を読む議論から始められます。
例4 更新情報の追跡
依存しているライブラリやサービスの更新情報を定期的に確認し、影響がありそうなものだけを抽出して報告させます。
情報収集は、頻度が高いほど負担になり、頻度が下がるほど見落としが増えます。自動化に向いた性質の作業です。
導入時の判断基準
すべての業務が自動化に向くわけではありません。次の四つを満たす業務から着手してください。
| 条件 | 理由 |
|---|---|
| 手順が決まっている | 指示に書き下せる |
| 発生タイミングが読める | スケジュールを設定できる |
| 判断の幅が狭い | 誤った判断のリスクが小さい |
| 失敗しても取り返しがつく | 自動実行の前提条件 |
四つ目が最も重要です。作成、抽出、要約、通知といった処理は、間違っていても人が気づいて直せます。一方、送信、削除、確定といった処理は、実行した時点で取り返しがつきません。
最初に自動化すべきは、前者です。
注意点
五点あります。
一つ目は、事前の手動テストです。スケジュール化する前に手動で試し、初期の出力を見てプロンプトや実行頻度を調整することが推奨されています。いきなり毎日実行に設定すると、期待と違う結果が毎日積み上がることになります。
二つ目は、権限の設計です。Codexには自律性の段階が用意されており、提案にとどめる形から、より自由に動ける形まで選べます。作業ごとに、どこまで任せるかを選ぶ設計になっています。自動実行では人が都度承認しませんので、与える権限は必要最小限にとどめてください。
三つ目は、事前の安全確保です。コーディングエージェントにファイルを変更させる前に、可能な限りバージョン管理下のリポジトリを使い、作業中の変更を確定または退避し、未確定のファイルを把握しておくことが推奨されています。また、APIキーやデータベースのパスワード、本番環境の認証情報をプロンプトに貼り付けないこと、意図的に設定していない限りエージェントが読める場所に機密情報を置かないことも挙げられています。
四つ目は、動作確認の習慣です。自動化した業務は、動いていることが当たり前になり、止まっていても気づきにくくなります。定期的に結果を確認する運用を組み込んでください。
五つ目は、社内規程との整合です。外部サービスにデータを送る処理が含まれる場合、情報管理の規程に抵触しないかを事前に確認してください。特に顧客情報や個人情報を扱う業務では必須の手順です。
研修での扱い方
このテーマを新人研修や生成AI活用研修で扱う場合、次の順序を推奨します。
- 対話型とエージェント型の違いを説明する
- 毎回自分で指示する形の限界を、具体例で示す
- スケジュール実行という考え方を導入する
- 受講者自身の業務から、自動化候補を三つ挙げさせる
- そのうち一つについて、指示文を書かせる
- 手動で一度実行させ、結果を見て指示文を修正させる
- 自動化に向かない業務も挙げさせ、理由を説明させる
所要時間は90分程度です。6番を必ず入れてください。一度で望む結果が出ないことを体験させるほうが、後の運用が安定します。
受講者からよく出る質問と回答例を挙げます。
質問。自動化すれば人の確認は不要になりますか。 回答。なりません。結果は確認用の場所に集約される設計になっています。自動化されるのは作業であって、判断ではありません。
質問。どのツールを選ぶべきですか。 回答。既に使っているサービスに合わせるのが基本です。ChatGPTを契約しているならCodex、Claudeを契約しているならClaude Codeが自然です。両方を比較検討する場合は、実行場所と起動方法の違いが判断材料になります。
まとめと次の検討ステップ
CodexのAutomationsは、指示とスケジュールを一度設定しておけば、定期的に作業を実行してくれる機能です。結果は確認用の場所に集約され、人がそこで判断します。
Claude Code Routinesと比べたときの違いは、実行場所です。Codexはデスクトップアプリを軸とした設計で、手元の環境を活かせる一方、パソコンの起動が前提になる場面があります。夜間や休日に確実に動かしたい用途では、この点が判断を分けます。
まず着手すべきは、手順が決まっていて、失敗しても取り返しがつく業務です。朝の状況確認、週次レポートの下書き、更新情報の追跡。この三つは、多くの職場で候補になります。
次の検討ステップとしては、自社の業務の棚卸しをおすすめします。毎日、毎週、毎月に発生する定型作業を書き出し、それぞれについて「決まった手順で説明できるか」を判定してください。説明できるものは自動化の候補、説明できないものはまだ自動化の段階にありません。
なお、この分野は機能追加と仕様変更が続いています。導入を検討する際は、公式の情報で最新の仕様をご確認ください。
- Codexアプリの紹介: https://openai.com/index/introducing-the-codex-app/
- スケジュール実行の解説: https://openai.com/academy/codex-automations/
セイ・コンサルティング・グループでは新人エンジニア研修のアシスタント講師を募集しています。
投稿者プロフィール
