Codexの応用機能まとめ — 「今回だけの作業」を超える9つの仕組みを状況別に解説

なぜ応用機能が必要なのか — 「今回だけの作業」の限界

基礎の頼み方（材料を渡す・依頼文の型・レビューで仕上げる）だけでも、Codexは十分に役立ちます。ただしそれは、毎回あなたが指示を出し、毎回同じ説明を繰り返す「今回だけの作業」の積み重ねです。依頼のたびに会社のルールを説明し、先週と同じ手順をまた文章で書く——これを続けている間は、Codexは便利ツール止まりです。

応用機能の役割は、この繰り返しを仕組みに変えることです。ルールはファイルに、手順は登録に、定例作業は自動実行に落とす。そうして初めて、Codexは「会社の文脈を知った状態で自動で回る業務基盤」になります。なお、基礎の頼み方をまだ確立していない方は、先にCodexの使い方 — 頼み方3つの型と業務基盤にする5つの仕組みをご覧ください。応用機能は、基礎の頼み方が安定してから載せるのが正しい順番です。

状況別 早見表 — やりたいことから機能を逆引きする

9つの応用機能は、「どんな状況で使うか」で整理すると迷いません。まず全体像を早見表で押さえてください。

以下、それぞれの機能を「どんな状況で効くか・何が変わるか・使うときのポイント」の順に見ていきます。

AGENTS.md — 同じプロジェクトで毎回守らせたい

作業フォルダに置く1枚のテキストファイルで、Codexが仕事の前に必ず読み込むルールブックです。「成果物はこのトーンで」「この情報は使わない」「ファイル名はこの形式で」——毎回口頭で説明していたことを書いておけば、依頼文からルール説明が消えます。

• 効く状況 — 同じプロジェクトで依頼のたびに同じ注意を繰り返している
• 何が変わる — 毎回の説明が不要になり、成果物のブレが減る。新人が古参社員に変わり始める分岐点
• ポイント — 最初から完璧に書かない。「また同じ指摘をした」と気づいたタイミングで1行ずつ追記して育てる

具体的な書き方・テンプレート・育て方はAGENTS.mdの書き方 — Codexのルールファイル作成ガイドで詳しく解説しています。

Skills — 同じ手順を何度も再利用したい

「議事録を整理する」「週次レポートをまとめる」といった繰り返し業務の手順を登録しておく仕組みです。AGENTS.mdが「いつも守るルール」なら、Skillsは「特定の仕事のマニュアル」。一度作れば、次からは呼び出すだけで同じ品質の成果物が再現されます。

• 効く状況 — 同じ種類の依頼を2回以上した。手順の説明を毎回書いている
• 何が変わる — 依頼が「このSkillでやって」の一言になり、品質が安定する
• ポイント — 「同じ説明を2回した」が Skill化のサイン。うまくいった依頼文をそのまま原型にすると早い

Subagents — 大きな仕事を複数の担当に分けて並行で進めたい

特定の役割に特化したAIエージェントを配置し、仕事を分担させる仕組みです。当社では、ファクトチェック担当・制作物のレビュー担当など役割別のエージェントを置いています。1つのAIに全部やらせるより、役割を分けたほうが品質が安定し、複数の作業を同時に走らせられます。

• 効く状況 — リサーチ・執筆・チェックのような複数工程の大きな仕事。制作と検品を分けたい
• 何が変わる — 工程ごとの専門性が上がり、並行処理で所要時間が縮む。「チームを持つ」感覚になる
• ポイント — 人間の組織と同じで、役割定義が曖昧だと機能しない。「この担当は何をもって合格とするか」まで決める

担当ごとに使うモデルと推論レベルを変えられるのもこの仕組みの利点ですが、指定しなかったときにどの設定で動くかは決まった順番で決まります。ここを知らないまま設定すると、軽いモデルに固定したつもりが上位モデルで動いていた、という食い違いが起きます。詳しくはCodexのサブエージェントのモデルはどう決まるのかで解説しています。

Hooks — 特定の操作の前後に決まった処理を必ず実行したい

「ファイルを保存したら必ず表記チェックを走らせる」「作業完了時に必ず通知する」のように、特定の動作をきっかけに決められた処理を自動実行する仕組みです。人間の注意力に頼らず、ルールを機械的に強制できるのが特徴です。

• 効く状況 — 「毎回やるはずのチェック」が抜けることがある。禁止事項を確実に守らせたい
• 何が変わる — チェックや後処理が「忘れない仕組み」になり、品質管理が人の記憶から独立する
• ポイント — まず「事故ると困る操作」から設定する。何でもHooks化すると動作が重くなるため、要所に絞る

Codex cloud — 自分のパソコンではなく、クラウド上で作業を進めたい

OpenAIが用意するクラウド環境でCodexを動かす仕組みです。作業はクラウド上のサーバーで実行されるため、パソコンを閉じていても仕事が進みます。触れるのはGitHubに接続したリポジトリの複製で、タスクごとに隔離された環境で動きます。

• 効く状況 — 時間のかかる仕事をバックグラウンドで進めてほしい。パソコンを開いていない時間もAIに働いてほしい
• 何が変わる — AIの稼働時間が「パソコンを開いている時間」から切り離され、複数の仕事を並列で走らせられる
• ポイント — 触れるのはGitHubに上げたファイルだけ。手元のフォルダを読み書きする仕事はデスクトップアプリ、電源を気にせず動かしたい仕事はクラウド、と実行場所で使い分ける

始め方・環境設定・セキュリティ（ネットアクセスの遮断と許可制）の詳細はCodexのWeb版とスマホ活用で解説しています。

Scheduled tasks（Automations） — 指定時刻・定期的に実行したい

「毎週月曜の朝に競合の動きをまとめる」「毎朝、業界ニュースを要約する」のような定期実行の仕組みです。ここまで来ると、頼まなくても仕事が進み始めます。朝パソコンを開いたらレポートが届いている——「寝ている間に仕事が進む」状態は、この機能で作ります。

• 効く状況 — 毎日・毎週決まったタイミングでやる定例業務がある
• 何が変わる — 依頼という行為自体が消え、成果物が定期的に届くようになる
• ポイント — 自動化してよいのは「すでに手動で成功している業務」だけ。うまくいっていない業務を自動化すると、微妙な成果物が毎週量産される

Planモード — 複雑な仕事は、まず進め方を整理してから実行したい

作業に入る前に、まずCodexに計画を立てさせて、方向性をすり合わせてから実行させるモードです。いきなり手を動かさせるのではなく、「こういう手順で進めます」という提案を確認してからゴーサインを出せます。

• 効く状況 — 影響範囲の大きい仕事・手戻りが痛い仕事・進め方が複数考えられる仕事
• 何が変わる — 着手前に認識のズレが露呈するため、大きな手戻りが激減する
• ポイント — 人間のプロジェクトと同じで、大きな仕事ほど着手前の認識合わせが効く。軽い作業には不要

/goal コマンド — 長時間の仕事を完了条件まで自律的に進めたい

細かい手順ではなく「ゴール」を渡して、達成まで自走してもらう頼み方です。数時間〜数日にわたる仕事を、明確な完了条件とともに任せる、いちばん上級の任せ方です。「手段はお任せ、この状態になったら完了」という依頼が成立します。

• 効く状況 — 工程が多く長時間かかる仕事を、途中の指示なしで進めてほしい
• 何が変わる — 人間の関与が「最初のゴール設定」と「最後の検収」だけになる
• ポイント — 成否は完了条件の言語化で決まる。「何を確認できたら完了か」を数字や具体物で書けない仕事は、まだ /goal に渡す段階ではない

Claude Codeの /goal との違い — 判定役を置くかどうか

同じ仕組みはClaude Code側にもあり、コマンド名まで同じ /goal です（Claude Code v2.1.139以降）。「ゴールと完了条件を渡して、達成まで自走させる」という考え方自体は、どちらか一方の独自機能ではありません。当社は両方を日常業務で使っていますが、2026年8月時点で実務上の違いが出るのは次の2点です。

• 席を外す前提の長丁場ならCodex — 通信が切れそうなときに一時停止し、戻ってから再開できるぶん、中断に強い
• 「本人が完了と言い張る」を防ぎたいならClaude Code — 作業する側とは別のモデルが判定します。ただし判定役は会話に出てきた内容しか見ない（自分でファイルを開いたりコマンドを実行したりはしない）ため、テスト結果のように判定材料が画面に出る完了条件を書く必要があります
• どちらでも変わらない本質 — 「何を確認できたら完了か」を書けるかどうかで成否が決まる。ここが曖昧なままだと、どちらのツールでも延々と的外れな作業が続きます

このようにPlanモード・Skills・Subagents・Hooksを含め、両者の主要な仕組みは名前まで含めて対応関係に収束してきています。だからこそ選び方の軸は機能の有無ではなく「自社がどちらの入口から入ると定着しやすいか」です。詳しくはCodexの比較 — ChatGPT・Claude Code・Copilot・Cursorとの違いと選び方をご覧ください。

Remote — スマホからローカルPCのCodexを遠隔操作したい

スマホアプリから、自宅や会社のパソコンで動くCodexに指示を出せる機能です。移動中に「あの提案書、たたき台まで進めておいて」と頼めば、帰宅したときにはできています。仕事が「デスクにいる時間」から切り離されます。

• 効く状況 — 外出・移動が多く、デスクに戻ってから着手する待ち時間がもったいない
• 何が変わる — 思いついた瞬間に仕事が始まり、隙間時間が「指示出しの時間」に変わる
• ポイント — スマホからは指示と確認に徹し、作業フォルダの設計やレビューはPCで行う組み合わせが実用的

スマホからの具体的な操作（指示の割り込み・差分レビュー・承認）と、クラウド実行（Web版）との違いはCodexのWeb版とスマホ活用で詳しく解説しています。接続の設定手順（途中でつまずきやすい多要素認証の要件を含む）はCodexのRemote接続手順にまとめました。

機能ごとの詳しい解説

本記事は9つの機能を横に並べた見取り図です。実際に設定する段階になったら、機能ごとの解説記事をご覧ください。

導入の順番 — 9つを一気に入れようとしない

9つの機能を前にすると「全部設定しなければ」と思いがちですが、一気に入れるのは失敗のもとです。当社が研修でお伝えしている順番は次のとおりです。

1. 1AGENTS.md と Skills — 繰り返しの説明を仕組みに落とす（効果が最も分かりやすい）
2. 2Planモード — 大きめの仕事を任せ始めたら、着手前のすり合わせを習慣にする
3. 3Codex cloud・Scheduled tasks・Hooks — 手動で安定した業務だけを自動化・強制化し、実行場所をクラウドへ広げる
4. 4Subagents と /goal・Remote — 分担・長時間自走・遠隔と、任せ方を深化させる

組織で仕組み化を進めるには

個人であれば、この記事の順番どおりに1つずつ試していけます。組織として進める場合は、AGENTS.mdに書く「会社のルール」の合意形成、Skillsとして登録する業務の選定、自動化してよい業務の判断基準など、経営の意思決定が絡みます。当社のCodex研修・導入伴走支援では、貴社の実業務を題材に、基礎の頼み方から9つの応用機能の実装までを段階的に伴走しています。