なぜ応用機能が必要なのか — 「今回だけの作業」の限界
基礎の頼み方(材料を渡す・依頼文の型・レビューで仕上げる)だけでも、Codexは十分に役立ちます。ただしそれは、毎回あなたが指示を出し、毎回同じ説明を繰り返す「今回だけの作業」の積み重ねです。依頼のたびに会社のルールを説明し、先週と同じ手順をまた文章で書く——これを続けている間は、Codexは便利ツール止まりです。
応用機能の役割は、この繰り返しを仕組みに変えることです。ルールはファイルに、手順は登録に、定例作業は自動実行に落とす。そうして初めて、Codexは「会社の文脈を知った状態で自動で回る業務基盤」になります。なお、基礎の頼み方をまだ確立していない方は、先にCodexの使い方 — 頼み方3つの型と業務基盤にする5つの仕組みをご覧ください。応用機能は、基礎の頼み方が安定してから載せるのが正しい順番です。
状況別 早見表 — やりたいことから機能を逆引きする
8つの応用機能は、「どんな状況で使うか」で整理すると迷いません。まず全体像を早見表で押さえてください。
表は横にスクロールできます →
| 状況(やりたいこと) | 使う機能 |
|---|---|
| 同じプロジェクトで毎回守らせたい | AGENTS.md |
| 同じ手順を何度も再利用したい | Skills |
| 一つの大きな仕事を、複数の担当に分けて並行して進めたい | Subagents |
| 特定の操作の前後に、決められたチェックや処理を必ず実行したい | Hooks |
| 指定時刻・定期的に実行したい | Scheduled tasks(Automations) |
| 複雑な仕事を始める前に、まず進め方を整理してから実行したい | Planモード |
| 数時間・数日にわたる仕事を、明確な完了条件まで自律的に進めたい | /goal コマンド |
| スマホからローカルPCのCodexアプリを遠隔操作したい | Remote |
以下、それぞれの機能を「どんな状況で効くか・何が変わるか・使うときのポイント」の順に見ていきます。
AGENTS.md — 同じプロジェクトで毎回守らせたい
作業フォルダに置く1枚のテキストファイルで、Codexが仕事の前に必ず読み込むルールブックです。「成果物はこのトーンで」「この情報は使わない」「ファイル名はこの形式で」——毎回口頭で説明していたことを書いておけば、依頼文からルール説明が消えます。
- 効く状況 — 同じプロジェクトで依頼のたびに同じ注意を繰り返している
- 何が変わる — 毎回の説明が不要になり、成果物のブレが減る。新人が古参社員に変わり始める分岐点
- ポイント — 最初から完璧に書かない。「また同じ指摘をした」と気づいたタイミングで1行ずつ追記して育てる
具体的な書き方・テンプレート・育て方はAGENTS.mdの書き方 — Codexのルールファイル作成ガイドで詳しく解説しています。
Skills — 同じ手順を何度も再利用したい
「議事録を整理する」「週次レポートをまとめる」といった繰り返し業務の手順を登録しておく仕組みです。AGENTS.mdが「いつも守るルール」なら、Skillsは「特定の仕事のマニュアル」。一度作れば、次からは呼び出すだけで同じ品質の成果物が再現されます。
- 効く状況 — 同じ種類の依頼を2回以上した。手順の説明を毎回書いている
- 何が変わる — 依頼が「このSkillでやって」の一言になり、品質が安定する
- ポイント — 「同じ説明を2回した」が Skill化のサイン。うまくいった依頼文をそのまま原型にすると早い
Subagents — 大きな仕事を複数の担当に分けて並行で進めたい
特定の役割に特化したAIエージェントを配置し、仕事を分担させる仕組みです。当社では、ファクトチェック担当・制作物のレビュー担当など役割別のエージェントを置いています。1つのAIに全部やらせるより、役割を分けたほうが品質が安定し、複数の作業を同時に走らせられます。
- 効く状況 — リサーチ・執筆・チェックのような複数工程の大きな仕事。制作と検品を分けたい
- 何が変わる — 工程ごとの専門性が上がり、並行処理で所要時間が縮む。「チームを持つ」感覚になる
- ポイント — 人間の組織と同じで、役割定義が曖昧だと機能しない。「この担当は何をもって合格とするか」まで決める
Hooks — 特定の操作の前後に決まった処理を必ず実行したい
「ファイルを保存したら必ず表記チェックを走らせる」「作業完了時に必ず通知する」のように、特定の動作をきっかけに決められた処理を自動実行する仕組みです。人間の注意力に頼らず、ルールを機械的に強制できるのが特徴です。
- 効く状況 — 「毎回やるはずのチェック」が抜けることがある。禁止事項を確実に守らせたい
- 何が変わる — チェックや後処理が「忘れない仕組み」になり、品質管理が人の記憶から独立する
- ポイント — まず「事故ると困る操作」から設定する。何でもHooks化すると動作が重くなるため、要所に絞る
Scheduled tasks(Automations) — 指定時刻・定期的に実行したい
「毎週月曜の朝に競合の動きをまとめる」「毎朝、業界ニュースを要約する」のような定期実行の仕組みです。ここまで来ると、頼まなくても仕事が進み始めます。朝パソコンを開いたらレポートが届いている——「寝ている間に仕事が進む」状態は、この機能で作ります。
- 効く状況 — 毎日・毎週決まったタイミングでやる定例業務がある
- 何が変わる — 依頼という行為自体が消え、成果物が定期的に届くようになる
- ポイント — 自動化してよいのは「すでに手動で成功している業務」だけ。うまくいっていない業務を自動化すると、微妙な成果物が毎週量産される
Planモード — 複雑な仕事は、まず進め方を整理してから実行したい
作業に入る前に、まずCodexに計画を立てさせて、方向性をすり合わせてから実行させるモードです。いきなり手を動かさせるのではなく、「こういう手順で進めます」という提案を確認してからゴーサインを出せます。
- 効く状況 — 影響範囲の大きい仕事・手戻りが痛い仕事・進め方が複数考えられる仕事
- 何が変わる — 着手前に認識のズレが露呈するため、大きな手戻りが激減する
- ポイント — 人間のプロジェクトと同じで、大きな仕事ほど着手前の認識合わせが効く。軽い作業には不要
/goal コマンド — 長時間の仕事を完了条件まで自律的に進めたい
細かい手順ではなく「ゴール」を渡して、達成まで自走してもらう頼み方です。数時間〜数日にわたる仕事を、明確な完了条件とともに任せる、いちばん上級の任せ方です。「手段はお任せ、この状態になったら完了」という依頼が成立します。
- 効く状況 — 工程が多く長時間かかる仕事を、途中の指示なしで進めてほしい
- 何が変わる — 人間の関与が「最初のゴール設定」と「最後の検収」だけになる
- ポイント — 成否は完了条件の言語化で決まる。「何を確認できたら完了か」を数字や具体物で書けない仕事は、まだ /goal に渡す段階ではない
Remote — スマホからローカルPCのCodexを遠隔操作したい
スマホアプリから、自宅や会社のパソコンで動くCodexアプリに指示を出せる機能です。移動中に「あの提案書、たたき台まで進めておいて」と頼めば、帰宅したときにはできています。仕事が「デスクにいる時間」から切り離されます。
- 効く状況 — 外出・移動が多く、デスクに戻ってから着手する待ち時間がもったいない
- 何が変わる — 思いついた瞬間に仕事が始まり、隙間時間が「指示出しの時間」に変わる
- ポイント — スマホからは指示と確認に徹し、作業フォルダの設計やレビューはPCで行う組み合わせが実用的
導入の順番 — 8つを一気に入れようとしない
8つの機能を前にすると「全部設定しなければ」と思いがちですが、一気に入れるのは失敗のもとです。当社が研修でお伝えしている順番は次のとおりです。
- 1AGENTS.md と Skills — 繰り返しの説明を仕組みに落とす(効果が最も分かりやすい)
- 2Planモード — 大きめの仕事を任せ始めたら、着手前のすり合わせを習慣にする
- 3Scheduled tasks と Hooks — 手動で安定した業務だけを自動化・強制化する
- 4Subagents と /goal・Remote — 分担・長時間自走・遠隔と、任せ方を深化させる
共通する原則は「手動で成功してから仕組み化」
どの機能にも共通するのは、うまくいっている業務を仕組みに昇格させるという順番です。基礎の頼み方で成功体験を作る→繰り返しをAGENTS.md・Skillsに落とす→安定したものを自動化する。この順番を守るだけで、応用機能は着実に業務基盤へ積み上がっていきます。
組織で仕組み化を進めるには
個人であれば、この記事の順番どおりに1つずつ試していけます。組織として進める場合は、AGENTS.mdに書く「会社のルール」の合意形成、Skillsとして登録する業務の選定、自動化してよい業務の判断基準など、経営の意思決定が絡みます。当社のCodex研修・導入伴走支援では、貴社の実業務を題材に、基礎の頼み方から8つの応用機能の実装までを段階的に伴走しています。
Codexを組織に定着させたい企業様へ。AI Orchestraの法人研修・伴走支援をご覧ください。



