毎週繰り返していた定型作業をCodexのAutomationsに任せたら、月曜の朝が変わった

月曜の朝にやることが、だいたい決まっていた。

先週の売上データを確認して、競合サイトの更新をチェックして、Slackのスレッドを整理して、週次レポートの骨格を作る。毎週やっていることだから慣れてはいる。でも毎週同じことをしている、という感覚がずっとあった。「この時間、もっと別のことに使えないか」と思いながら。

CodexのAutomations機能を試し始めたのは、そういうモヤモヤからだった。「スケジュール実行できる」という話を聞いて、軽い気持ちで設定してみた。

結論から言うと、「月曜の朝にやっていた作業の半分以上が、金曜の夜のうちにCodexによって終わっている」状態になった。月曜の朝に届いているのは、Codexがまとめた結果の報告だけだ。

この記事では、CodexのAutomations機能の仕組みと、実際に自動化してみた定型作業5つ、MakeやZapierとの使い分け、注意点を整理する。「繰り返し作業を減らしたい」「Codexの自動化機能がよくわからない」という人に向けて書く。

CodexのAutomations機能とは何か

Automationsとは、OpenAIが提供するCodexアプリ内の機能で、指定したスケジュールでバックグラウンド処理を自動実行させる仕組みだ（OpenAI Developers公式）。

Codexとは、OpenAIが開発したAIコーディング支援エージェントで、自然言語の指示をもとにコードの生成・実行・情報収集・レポート作成などを行うツールだ。Automationsはそのエージェントをスケジュール駆動で動かす機能と理解するとわかりやすい。

「指示を出しておけば、あとはCodexが勝手にやる」という仕組み

通常のCodexの使い方は「ユーザーが指示を出す→Codexが処理する→結果を返す」という一問一答型だ。Automationsはこれを変える。「毎週月曜の朝8時に先週の売上を集計して要点をSlackに送って」という指示を一度設定しておけば、以後はユーザーが何もしなくても毎週自動で実行される。

実行結果は受信トレイ（Codexのインターフェース）に追加される。報告する内容がない場合は自動的にアーカイブされ、通知の無駄も少ない。

実行モードは3種類用意されている（OpenAI Developers公式）。

• スタンドアロン自動化　独立した実行で、複数のプロジェクトに対応できる。最も汎用性が高い
• スレッド自動化　同じ会話コンテキストを保持したまま定期実行する。前回の結果を踏まえた継続的な処理に向いている
• プロジェクト自動化　ローカルプロジェクトやリポジトリ単位で実行する。エンジニアのコード管理作業の自動化に活用できる

スケジューリングの柔軟性：分単位から週次まで

スケジュールの設定は柔軟で、分単位のインターバル（アクティブなフォローアップループ向け）から、日次・週次の長期スケジュールまで対応している（OpenAI Developers公式）。上級者向けにはcron構文を使ったカスタムスケジュールも設定できる。

ビジネス用途でよく使われるパターンとしては、以下のようなものが紹介されている（Spicy Advisory、2026年4月）。

• 財務　毎日のQ2予測データを更新し、経営幹部向けの要約をメールで自動送付
• 運用・管理　毎時間の受信トレイ監視と自動分類・優先順位付け
• エンジニアリング　毎朝のスタンドアップ用に、昨日のコミット履歴の要約を自動生成
• 営業　共有メールボックスを定期スキャンしてホットなリード候補をSlackにフラグ付け

Automationsの最大の特徴は「一度設定すれば、以後は何もしなくても動き続ける」という点だ。毎回手動でCodexに指示を出す必要がなくなる。

実際に自動化してみた定型作業5つ

私が実際にAutomationsで設定した作業を5つ紹介する。いずれも以前は毎週手動でやっていたものだ。

①週次レポートの骨格自動生成（毎週金曜17時）

毎週末に提出する週次業務レポートの骨格作成を自動化した。設定した指示は「今週のタスク完了状況をプロジェクト管理ツールから取得して、進捗サマリーと来週の課題を3点に絞って週次レポートの下書きを作って」というものだ。

毎週金曜の17時に自動実行され、月曜の朝に確認したときには骨格が出来上がっている。私がやることは、細かい数値の確認と、個人的な所感の追記だけだ。以前は30〜40分かかっていた作業が、確認と微修正で10分以内に終わるようになった。

ポイントは「完成品を出してもらうのではなく、骨格と下書きを出してもらう」設計にしたことだ。Codexが書いた文章をそのまま提出するのではなく、自分が最終判断する形にすることで、品質と責任の問題を避けている。

②競合サイトの更新チェックと変更点サマリー（毎週月曜朝7時）

競合5社のWebサイトを毎週チェックして、料金変更・新機能追加・キャンペーン告知などの変化を把握するのが以前の月曜のルーティンだった。5サイトを巡回するだけで30分以上かかっていた。

Automationsに設定した指示は「指定した5つのURLを毎週月曜の朝7時に確認して、先週との変更点（料金・機能・告知ページ）があればまとめて報告して。変更がなければ何もしなくていい」というものだ。

変更がある週は月曜の朝に変更点サマリーが届き、変更がない週は通知がない。「変化があったときだけ知らせてほしい」という条件付きの自動化が自然言語で設定できるのは、従来のノーコードツールより設定が直感的だと感じた部分だ。

③Slackメッセージの優先度分類（毎日朝8時）

複数のSlackチャンネルに属していると、朝の確認だけで時間を取られる。「どれが今日中に対応が必要で、どれは後回しでいいか」の判断に時間がかかっていた。

設定した指示は「Slackの指定チャンネルを毎朝8時に確認して、今日中の対応が必要なメッセージとそうでないメッセージを分類して、優先度付きのリストを作って」というものだ。Codexが各メッセージの内容を読んで、緊急度・自分宛てかどうか・期限が含まれているかを判断し、リストアップしてくれる。

朝のSlack確認が「リストを見て動く」に変わったことで、重要なメッセージを見逃すリスクが減り、確認時間も短縮された。

④GitHubのコミット履歴の週次サマリー（毎週月曜朝8時）

エンジニアでもある私が、自分のリポジトリの先週の変更を整理する作業も自動化した。設定は「指定リポジトリの過去7日間のコミット履歴を要約して、主な変更点・未解決のissue・今週取り組むべき優先事項を箇条書きでまとめて」というものだ（OpenAI Developers公式のユースケースを参考に設定）。

月曜の朝にリポジトリの状況が整理されたサマリーが届くため、「先週どこまでやったか」を思い出す時間がほぼゼロになった。週の立ち上がりが速くなり、午前中から本題の作業に入れるようになった。

⑤月次コスト集計とアラート（毎月1日朝9時）

各種SaaSツールの月額コストを集計して、前月比・予算比を確認する作業も月次の定型業務だった。これをAutomationsで自動化した。

設定した指示は「毎月1日の朝9時に指定スプレッドシートのコスト一覧を読み込み、前月比・年度予算残高・前年同月比を計算してサマリーを作って。前月比で20%以上増加している項目があればアラートとして強調して」というものだ。

月次の集計が手作業ゼロで完了するようになり、異常値の検出もCodexが自動で行うため、見逃しのリスクが大幅に下がった。

5つの自動化で合計すると、毎週2〜3時間かかっていた定型作業がほぼゼロになった。その時間を、より価値の高い判断や創造的な作業に使えるようになった。

MakeやZapierと何が違うのか

「MakeやZapierでも同じことができるのでは？」という疑問は自然だ。実際、どちらを使うべきかを一度整理した。結論は「目的と得意領域が違う」という使い分けだ。

ノーコードツールが得意なこと、Codexが得意なこと

MakeやZapierが得意とするのは、「アプリAのイベントをトリガーにアプリBに情報を渡す」という明確な連携フローだ。たとえば「フォームに入力があったらスプレッドシートに追記してSlackに通知する」のような、決まったデータの流れを繰り返す処理が最も得意な領域だ。5,000以上のアプリとの接続が用意されており、ドラッグ&ドロップで視覚的にフローを設計できる。

一方、Codexが得意とするのは「文脈を理解した上での判断が必要な自動化」だ。「メッセージを読んで優先度を判断する」「先週との変化点を検出してサマリーを書く」「異常値を検出して強調する」のような、単純なデータの転記ではなく、AIの判断が必要な処理だ。

もう一つの違いは設定の手間だ。Codexは自然言語の指示だけで設定できる。APIキーの設定や、フローの視覚的な設計は不要だ。Spicy Advisory（2026年4月）は「カスタムAPI設定が不要な点がIT部門にとって重要」と指摘しており、導入の手軽さという点でCodexに優位性がある。

使い分けの考え方

私が実際に使い分けている基準は、以下の2点だ。

• 判断が必要な処理はCodex Automations　内容を読んで分類する、変化を検出してサマリーを書く、優先度を判断するといった「AIの理解力が必要な自動化」にはCodexが向いている
• 単純なデータ転記・連携はMake/Zapier　「フォーム回答をスプレッドシートに書き込む」「注文完了時にメールを送る」のような、ルール通りに動くフローにはMake/Zapierが安定して動く

両者を組み合わせる使い方も有効だ。たとえば「ZapierでGoogleフォームの回答をSlackに転送する」フローと、「CodexのAutomationsでSlackの特定チャンネルを毎朝分析してサマリーを作る」フローを連携させると、入力→転送→分析・要約という流れを完全自動化できる。

Automationsを使う上での注意点

使い始めてから気づいた注意点もある。設定前に知っておくと失敗を避けられる。

本番投入前に必ず手動テストをする

OpenAI Developersの公式ドキュメントでも「本番スケジュール前に、通常のスレッドで手動テストを実施することが重要」と明記されている。自動実行される前に、同じ指示を手動で一度走らせて「意図した通りに動くか」「指示が正確にスコープされているか」を確認することが必須だ。

特に「変更があれば報告、なければ何もしない」という条件付きの指示は、手動テストで「何もしない」ケースの動作も確認しておく。自動化した後に「実は毎回何かを報告していた」という状況に気づくのは避けたい。

セキュリティ設定の確認

Automationsにはサンドボックスモードに応じたアクセス制限がある（OpenAI Developers公式）。

• 読み取り専用モード　ファイルの読み取りのみ可能で、変更はできない。情報収集・集計・レポート生成に適している
• ワークスペース書き込みモード　指定されたワークスペース内への書き込みが可能。外部ファイルの変更はブロックされる
• 完全アクセスモード　最も多くの操作が可能だが、リスクも最大。特定のルールで制限することを推奨している

業務データを扱うAutomationsは、必要最低限のアクセス権限で設定することが安全運用の基本だ。「読み取りだけ必要なのに完全アクセスで設定する」という過剰な権限付与は避ける。

Automationsは「設定したら終わり」ではなく、「定期的に結果を確認して指示を調整する」という継続的なメンテナンスが必要だ。AIの自動化ほど、最初の設計と定期的な見直しが品質を決める。

よくある質問（FAQ）

まとめ

CodexのAutomations機能を使って毎週の定型作業を自動化した結果、月曜の朝の過ごし方が変わった。以前は作業の確認・整理から始まっていた朝が、Codexが用意したサマリーを見ながら今週の優先事項を決めるところから始まるようになった。

この変化をもたらしたポイントを3つ整理する。

• 「判断が必要な自動化」にはCodexが向いている　単純なデータ転記はMake/Zapierに任せ、内容の解釈・分類・サマリー生成が必要な処理はCodexのAutomationsが得意だ
• 本番前の手動テストを省かない　スケジュール実行は一度設定すると動き続ける。意図通りに動くかを確認してから自動化に踏み切ることが、品質を保つ上で不可欠だ
• 小さく始めて段階的に広げる　最初の1つをうまく動かすことで「何を自動化できて、何を人間が担うべきか」の感覚が身につく。その感覚が次の自動化の精度を上げる

「毎週同じことをしている」という感覚がある作業は、自動化の候補だ。Automationsは、その作業をCodexに指示一つで委ねる手段として、今すぐ試せる実用的な機能だ。