「気づいたら利用枠を使い切っていた」「同じ作業なのに、日によって消費が全然違う」——Codexを本格的に使い始めると、必ずぶつかるのがトークン（利用枠）の問題です。
ネット上には節約術がいろいろ流れていますが、どれが公式に裏づけられた方法なのかは意外とわかりません。この記事では、OpenAIの公式ガイドに実際に書かれている節約テクニックを整理し、あわせて「チャットAIと分担すると節約できる」という広まりつつある噂の真偽も検証しました。
この記事でわかること
- ✅ 消費が増える2つの原因（読ませる量・考えさせる量）
- ✅ 公式ガイドに書かれている節約テクニック5つと具体的な操作
- ✅ 「チャットAIと分担」は公式推奨なのか？の検証結果
- ✅ やりがちな逆効果パターン
⚠️ 本記事は OpenAI 公式とは無関係の解説記事です。記載内容は2026年9月11日時点で公式ガイドを確認したものです。仕様は変わる可能性があります。
まず結論：節約の急所は「読ませる量」と「考えさせる量」
Codexの消費は、ざっくり次の2つで決まります。
- 読ませる量（コンテキスト）＝プロジェクトのファイル、会話の履歴、渡した資料
- 考えさせる量（推論）＝どれだけ深く考えさせるか、どれだけ長く自走させるか
節約テクニックは、すべてこのどちらかに効きます。逆に言えば、この2つを意識しないまま小手先の工夫をしても効果は薄いということです。
なお「制限に当たってしまった後」の対処は レート制限の対処ガイド、「コンテキスト上限エラー」が出たときは 上限エラーの対処 にまとめています。この記事は当たる前の予防が主題です。
【検証】「チャットAIと分担すると節約できる」は公式推奨？
先に、よく見かける説の真偽をはっきりさせておきます。
「調べ物や設計はChatGPTのチャットでやって、実装だけCodexに任せるとトークンが節約できる」——この手法について、次の公式情報を確認しました。
| 確認した公式情報 | 記載の有無 |
|---|---|
| 公式ベストプラクティスガイド | 記載なし |
| 公式Codexプロンプティングガイド | 記載なし（むしろCodexが自律的に調査→計画→実装する流れを推奨） |
| OpenAI公式コミュニティのTipsスレッド | 記載なし（投稿の多くは一般ユーザーによるもの） |
つまり、この手法は公式が推奨しているものではなく、利用者コミュニティで広まった実践知です。
では、この方法は無意味なのか？
そうとは言い切れません。Codexは作業のたびにプロジェクトのファイルを読み込むため、「まだコードを触る必要がない段階の調べ物」をCodexにやらせると、その分だけ重いコンテキストを消費するのは事実です。設計方針の相談のような「コードを読まなくてもできる会話」を別の場所で済ませる考え方には、一定の合理性があります。
ただし、次の2点は理解しておく必要があります。
- チャット側も利用枠を消費します。総量が本当に減るかは使い方次第で、「どこかがタダになる」わけではありません
- 公式は逆の設計思想です。Codexには後述のPlan modeやsubagentsなど、Codexの中で調査と計画を効率的に行う仕組みが用意されています
「外部で調べてから渡す」より先に、まずは公式が用意した仕組みを試すほうが確実です。以下で具体的に見ていきます。
公式が推奨する節約テクニック5つ
① Plan mode で、作る前に計画させる
公式ガイドは、タスクが複雑・曖昧・説明しにくいときは、コーディングを始める前に計画を立てさせることを推奨しています。
- 切り替え方：
/planコマンド、または Shift + Tab - 何が起きるか：Codexがコンテキストを集め、不明点を質問し、より確かな計画を組み立てます
なぜ節約になるのか。方向性がズレたまま実装が進むと、書き直しのたびに大量のトークンを消費するからです。先に計画を合意しておけば、このムダな往復が減ります。
一方で公式は「単純明快なタスクに計画は不要」とも明言しています。ガイドには「計画は作業の指針であり、成果物は動くコード」という趣旨の原則が示されており、1ステップで終わる作業に計画を作らせるのは逆にムダです。使いどころを選びましょう。
② /compact で会話を圧縮する
長い会話は、それ自体が毎回読み込まれる荷物になります。公式ガイドでは、会話が長くなってきたら /compact で過去のやり取りを要約版に圧縮することが案内されています。
- 使い方：
/compactと入力するだけ - 補足：Codexは自動でも圧縮を行いますが、手動で任意のタイミングを選べます
「話が長くなってきたな」と感じたら、区切りの良いところで圧縮する。これだけで、以降のやり取りの荷物が軽くなります。なお最新世代の GPT-6 Astra は、コンテキストをまたいでノートを保持する仕組みを備えており、長時間の作業での情報喪失が減るとされています。
③ subagents に探索・テストを任せる
公式ガイドは、探索（コードのどこに何があるかを調べる）・テスト・切り分け（トリアージ）といった作業には subagents を使うことを推奨しています。
これらは「大量に読むが、結論は短い」タイプの作業です。メインの会話でやると読んだ内容がすべて履歴に積み上がりますが、別のエージェントに任せれば結果だけを受け取れるため、メイン側の荷物が軽く済みます。
前述の「チャットAIと分担」の発想に近いことを、Codexの中で完結させる公式の方法がこれにあたります。
④ reasoning effort をタスクの難易度に合わせる
高性能モデルには effort（推論の深さ） の設定があり、公式ガイドは次の基準を示しています。
| effort | 公式の目安 |
|---|---|
| Low | 速く終わる、範囲が明確なタスク |
| Medium | 対話的なコーディング全般（バランスが良い標準） |
| High / xhigh | 複雑な変更、最難関のタスク |
簡単な作業に高い effort を使うのは、待ち時間と利用枠の二重のムダです。まずMediumから始め、詰まったときだけ上げる——これが最も効率的です。モデル自体の選び方は モデル選び完全ガイド、設定の書き方は 設定ガイド を参照してください。
⑤ AGENTS.md と「4点セット」で説明のムダを消す
公式ガイドは、プロジェクトの恒久的な前提を AGENTS.md に書いておくことを推奨しています。毎回の会話で同じ説明を繰り返す必要がなくなり、その分の消費が丸ごと不要になります（書き方は AGENTS.md完全ガイド）。
さらに、プロンプトには次の4点を含めるのが良い初期設定だとされています。
- Goal（何を達成したいか）
- Context（前提・背景）
- Constraints（守ってほしい制約）
- Done when（何をもって完了とするか）
特に効くのが Done when です。完了条件が曖昧だと、Codexは「まだ足りないかも」と作業を続けたり、逆に中途半端で止まって手戻りが発生したりします。ゴールを明示するだけで、往復が目に見えて減ります。プロンプトの組み立て方は プロンプト技10選 もあわせてどうぞ。
やりがちな「逆効果」3パターン
節約のつもりが、かえって消費を増やしている例です。
プロジェクト全体を読ませたまま作業する
node_modules などの巨大フォルダを読み込ませていると、何をするにも重い状態になります。.codexignore での除外は、節約と速度改善を同時に叶える最重要設定です（遅い・固まるときの対処 と共通）。
node_modules/
dist/
build/
.next/
*.log
.git/
ひとつの会話で何日も作業を続ける
履歴は積み上がる一方です。テーマが変わったら新しいセッションに移り、必要なら「ここまでの要点をまとめて」と頼んで引き継ぎメモだけ持っていく——このほうが軽く、精度も安定します。
何でも最上位モデルで済ませる
GPT-6 Astra はCLIのデフォルトモデルになったため、意識しないと軽い作業まで最上位で処理されるようになりました。短い修正や質問は軽量モデルやFast層に切り替える習慣をつけると、体感の持ちが変わります。
それでも枠が足りないときは
節約を尽くしても足りないなら、それはプランと使い方が合っていないサインかもしれません。
- 自分の利用時間に合うプランを30秒で診断 → プラン診断ツール
- 上のプランで元が取れるかを数字で確認 → 損益分岐の試算
- 「無制限になった」という噂の真偽 → ファクトチェック記事
よくある質問（FAQ）
Q. いちばん効果が大きい節約術はどれですか？
A. .codexignore による読み込みの削減です。設定は一度きりで、以降すべての作業に効きます。次点は effort を上げすぎないことと、/compact の活用です。
Q. /compact はいつ使うのがベストですか？
A. 話の区切りが良いタイミングです。ひとつの機能が完成した直後などに圧縮すると、要約の質も安定します。Codexの自動圧縮に任せきりでもかまいませんが、手動のほうが狙った位置で区切れます。
Q. Plan mode を使うと逆に消費が増えませんか？
A. 単純なタスクでは増えます。公式も「単純明快なタスクでは計画をスキップする」としています。複雑・曖昧なタスク限定で使ってください。
Q. ChatGPTのチャットで調べてからCodexに渡す方法は、やってはいけませんか？
A. 禁止されているわけではなく、コードを読む必要のない相談を別で済ませる考え方には合理性があります。ただし公式推奨ではなく、チャット側も枠を消費します。まずはPlan modeやsubagentsなど公式の仕組みを試すのがおすすめです。
Q. 節約すると回答の質は落ちますか？
A. この記事の方法は「ムダを削る」もので、必要な情報を削るものではありません。むしろ余計なファイルや履歴を減らしたほうが、精度が上がることが多いです。
まとめ
Codexの節約は、読ませる量と考えさせる量をコントロールするという一点に尽きます。公式が推奨しているのは、Plan mode（複雑なときだけ）・/compact・subagents・effortの調整・AGENTS.mdと4点セットの5つ。まず .codexignore と effort の見直しから始めるのが、いちばん手軽で効果的です。
なお「チャットAIと分担すると節約できる」という手法は、公式ガイドには記載のないコミュニティ発の実践知です。合理性はありますが、公式の仕組みを使い切ってから検討する順番をおすすめします。
関連記事：レート制限の対処ガイド / コンテキスト上限エラーの対処 / AGENTS.md完全ガイド
