Codexで定型業務を自動化する設計法｜業務の切り出し方

「請求書の処理も、月次レポートも、定例の報告書づくりも——毎回まったく同じ手順を、人が手で繰り返している」。少人数で会社を回している経営者や個人事業主ほど、この“定型業務”の積み重なりが、じわじわと時間を奪っていきます。

結論から言うと、OpenAIの「Codex」で定型業務を自動化する鍵は、ツールの操作テクニックではなく「どの業務を切り出し、どう設計するか」にあります。任せる業務の選び方と段取りさえ間違えなければ、専門知識がなくても、繰り返し作業の大半は仕組みに置き換えられます。

株式会社Fyveは、中小企業に専属のAI担当者として伴走する事業を営んでいます。本記事では、私が実際にクライアントへ案内している「定型業務の切り出し方」と「壊れにくい自動化の設計手順」を、個別ツールの操作解説ではなく“設計の考え方”として整理します。

なぜ「定型業務の自動化」は最初の設計でつまずくのか

Codex（コーデックス）は、OpenAIが提供するAIエージェントです。ターミナルやエディタ、アプリ、クラウド上で動き、文章の指示を受けて作業を実行します。文章で頼むだけで処理を進めてくれるため、「定型業務をまるごと任せたい」という期待が先行しがちです。

ところが、自動化の失敗のほとんどは、ツールの性能ではなく設計の入り方で起きます。最初から「全部おまかせの完全自動」を狙うと、判断のいる工程まで巻き込んでしまい、結局は出力の手直しに時間が取られて破綻します。

実務家の間でも「いきなり完全自動を目指すと崩れる。まず人が手で流れを作ってから自動化する」という順序が、繰り返し共有されています。自動化とは、人がやっている工程を“そのまま機械に移す”ことではなく、移せる部分だけを切り出して仕組みにする設計作業だと捉えるのが出発点です。

ステップ1：任せる業務を「切り出す」3つの基準

自動化の成否は、最初の業務選びでほぼ決まります。何でもかんでもCodexに渡すのではなく、自動化に向く業務を見極めることが先決です。私が判断に使っている基準は、次の3つです。

繰り返しの頻度が高い：毎日・毎週・毎月と、同じ形で発生する作業ほど、仕組み化の費用対効果が高い
手順が言葉で説明できる：「まずこれを見て、次にこうする」と他人に口頭で教えられる作業は、AIにも指示として渡せる
人の判断が少ない：転記・整形・集計・分類のような“決まった処理”は向く。経営判断や個別の例外対応が絡む作業は、まず外して考える

この3つが揃う業務、たとえば「定型フォーマットへの転記」「数字の集計とレポート化」「問い合わせの一次仕分け」あたりが、最初の自動化の有力候補になります。逆に、毎回中身が変わる交渉文や、判断を伴う意思決定は、当面は人が握ったまま“下書きだけ”を任せるのが安全です。

「履歴の棚卸し」で自動化候補を炙り出す

とはいえ、自社のどの作業が向いているのか、最初は判断しづらいものです。実務家の間で共有されている方法のひとつが、これまでの作業履歴をCodex自身に棚卸しさせるやり方です。

具体的には、「直近の作業ログを見て、繰り返し手作業になっている工程を洗い出し、自動化できそうな候補を挙げて」と頼みます。CI（システムの自動検証）の失敗対応や、決まったレビュー作業、変更履歴のまとめといった“地味な繰り返し”が、候補として浮かび上がってきます。なお、これは公式手順というより実務家のノウハウとして広まっている使い方なので、出てきた候補は人が取捨選択する前提で使ってください。

Codexそのものが何を得意とし、何ができないのかを先に押さえたい方は、こちらの記事で全体像をまとめています。

CodexOpenAI Codex 完全ガイド｜全体像とできること

ステップ2：まず「手で」流れを固め、出力要件を確定する

任せる業務を決めたら、いきなり自動化に進まず、まずは対話しながら手動で1回通します。これは、OpenAIが公式に推奨している設計の基本形でもあります。

公式ドキュメントの考え方はシンプルです。まず通常のスレッド（対話画面）でCodexとやり取りして「どんな出力が欲しいか」を固め、それを自動実行（Automations）に変換し、テスト実行で挙動を確かめてから定期化する——という流れが推奨されています。出典: OpenAI Codex 公式ドキュメント（Best practices）

ここで決めておくべきは、主に次の3点です。手で1回流す目的は、この3点を言語化して固めることにあります。

入力：何を渡すのか（どのファイル・どのフォルダ・どの形式のデータか）
出力：何を、どんなフォーマットで返してほしいのか（見出し・項目・並び順まで決める）
やってほしくないこと：触らないファイル、推測で埋めてほしくない項目、確認が必要な箇所

「全部任せる」より「工程を分ける」

もう一つ、設計段階で効くのが役割分担です。実務家の間では、1つのAIに丸投げするのではなく、要件整理・実装・レビューを分けて回す進め方が定番になっています。たとえば、やりたいことの整理は対話型AIで行い、実際の処理はCodexに任せ、出来上がりは別の目線でチェックする、という具合です。

Codexは指示に忠実な反面、頼んだ以上に作り込んでしまう（過剰実装）傾向も指摘されます。だからこそ「設計（何を作るか）」と「実装（どう作るか）」を分け、人が設計を握っておくことが、後の手戻りを減らします。

ステップ3：ルールを「常駐」させて出力をブレさせない

手で流れを固めたら、次は毎回同じ品質で動くように“ルールの常駐”を仕込みます。これが、定型業務を安定させる設計の中核です。

Codexには、作業フォルダに置いておく指示書「AGENTS.md」という仕組みがあります。ここに、使ってよいコマンド・出力の書式ルール・触ってはいけないファイル一覧・報告の形式などを書いておくと、毎回のプロンプトには「今日やってほしいこと」だけを渡せば済むようになります。

実務家の間でも、この常駐ルールの有無が出力の安定性を大きく左右すると言われています。ルールがないと、セッションのたびに前提を伝え直すことになり、出力がブレるうえ、説明のための無駄なやり取り（トークン消費）も増えます。つまりAGENTS.mdは、「毎回同じ説明を繰り返さないための設計図」だと考えると分かりやすいはずです。

あわせて入れておきたいのが、「作業フォルダを散らかさない」というルールです。AIは一時ファイルを大量に作りがちなので、「不要なファイルを残さず、作業後は整理する」と明記しておくと、運用が長く続いても環境が荒れません。

ステップ4：手動から「定期実行」へ切り替える

出力が安定してきたら、いよいよ定期実行に切り替えます。Codexには大きく2つの自動化の入り口があります。

1つは、アプリ上の「Automations（自動実行）」です。スケジュール（日次・週次など）に応じて無人で処理を走らせる機能で、実行のしかたに2つのモードがあります。出典: OpenAI Codex 公式ドキュメント（Automations）

Standalone（都度新規実行）：毎回まっさらな状態で実行し、結果を受信箱（Triage）にためる。単発の定型処理向き
Thread（既存スレッドを起こす）：同じ会話を定期的に再開し、前回までの文脈を引き継ぐ。継続性のある業務向き

もう1つは、コマンドからの非対話実行「codex exec」です。画面の対話を介さず、ファイルやスクリプトから直接Codexを動かす使い方で、定期実行の仕組みと組み合わせやすいのが特徴です。出力の形をJSONなどの決まった構造に固定するオプションもあり、後続の処理（転記や集計）が安定します。出典: OpenAI Codex 公式ドキュメント（非対話実行）

コマンド実行の詳しい使い方や、CLI版Codexの全機能はこちらでまとめています。

CodexCodex CLI とは｜CLI版 OpenAI Codex 全機能解説

無人で動かすなら「安全の設計」を一緒に

定期実行で人が見ていない時間に動かす以上、安全面の設計は欠かせません。Codexは設定によっては承認なしで動かす（無人実行）こともできますが、その分リスクも上がります。

公式も、何でも実行できる「フルアクセス」は高リスクとし、権限を絞る設定を前提としています。最初は「ファイルの閲覧と書き出しだけ」に限定し、削除や外部への送信といった重い操作は人の承認を挟む、という段階設計が安全です。組織で導入する場合は、許可するコマンドや承認ルールを管理者側で制御する仕組みも用意されています。