Codexの使用量を節約する作業分け|prompt・AGENTS.md・MCPの絞り方
Codexの使用量を節約するため、対象範囲、prompt、AGENTS.md、共有MCP設定、model、確認turnを絞り、やり直しとreview負荷を減らす実務を整理します。
公開 2026.07.02 / 更新 2026.08.20
Codexの使用量を節約するなら、promptを短くするだけでなく、対象ファイル、AGENTS.md、MCP、モデル、確認手順を先に絞ります。調査、実装、確認を分けると、広げすぎたturnのやり直しとレビュー負荷を減らせます。これは制限回避ではなく、安全に作業量を設計するための方法です。
- 対象ファイルと完了条件の絞り方
- AGENTS.mdとMCPのcontext整理
- モデルと確認turnの分け方
- 複数アカウントや非公式な制限回避
- 固定の消費量や節約率の保証
- 特定サービスのcredential共有
この記事のポイント
- prompt size、AGENTS.md、MCP serverの量はusageに影響し得る
- 調査、実装、確認を分けるとやり直しとreview負荷を減らせる
- 大規模repoでは対象ファイルと変更禁止範囲を先に決める
使用量を増やしにくい依頼の分け方
| 調査 | 対象URL・ファイル・見るべきエラーを先に限定する |
| 実装 | 編集対象と変更禁止範囲を明記し、目的外改修を避ける |
| 確認 | build・check・対象HTMLなど、必要な検査だけを列挙する |
| MCP settings | CLI・desktop app・IDEで共有される設定と権限を作業単位で確認 |
| context | 不要なMCP serverや長い背景説明を毎回渡さない |
リミット節約は作業設計の問題
Codexのusage limitを節約するには、短いpromptを書くことだけでなく、読ませる範囲、使うMCP server、AGENTS.mdの量、model、完了条件を整える必要があります。
2026年8月更新:contextを絞る前に共有設定を確認
現行のMCP案内では、ChatGPT desktop app、Codex CLI、IDE extensionが同じCodex hostのMCP設定を共有できます。不要なserverを漫然と有効にせず、transport、認証、server instructions、権限を作業ごとに確認することが、contextと安全範囲を必要以上に広げない第一歩です。
- AGENTS.mdはglobal・project・subdirectoryの役割を分け、毎回不要な背景説明をproject固有ルールへ重ねない
- MCPは必要なserverだけを有効にし、server instructionsとapproval modeを読んでから使う
- 権限を狭めても、入力・cached input・出力・taskの複雑さによるcredit消費やreview負荷は別に確認する
prompt sizeを小さくする
- 目的を1つに絞る。
- 対象ファイルと触らないファイルを書く。
- エラー全文ではなく、実行コマンド、重要なエラー、関連ファイルを渡す。
- 調査、実装、確認、commitを必要に応じて分ける。
AGENTS.mdを長くしすぎない
OpenAI Developersは、AGENTS.mdをプロジェクト指示として扱う一方、usageを長持ちさせるtipとしてAGENTS.mdのサイズを減らすことも挙げています。大規模repoでは、全体ルールとサブディレクトリ固有ルールを分け、毎回不要な背景説明を読み込ませない構成が有効です。
MCP serverを必要最小限にする
MCPは便利ですが、接続するserverが増えるほどtoolやinstructionsのcontextも増えます。作業に不要なserverは無効にし、必要な時だけ使う方がusage面でも安全面でも扱いやすくなります。
| 依頼の粒度 | 悪い例 | 良い例 |
|---|---|---|
| 全サイト改善 | 全部いい感じにして | この記事のtitle/FAQ/内部リンクだけ強化して |
| エラー調査 | ログ全部見て | このコマンドのこのエラーを起点に原因候補を3つに絞って |
| 実装 | ついでに関連も直して | 対象ファイルA/Bだけ編集し、他は読むだけにして |
| 確認 | 確認して | npm run build、check:urls、対象HTMLのcanonicalを確認して |
このサイトの読者向けCodex依頼テンプレ
目的:
対象URL / slug:
編集してよいファイル:
変更禁止:
公式確認が必要な情報:
追加してほしい構造: 表 / FAQ / 内部リンク / schema
実行してほしい確認:
commit / push方針:
本番反映: しないCodexリミット節約FAQ
一回の依頼で全部やらせる方が節約になりますか?
必ずしもそうではありません。探索範囲が広がり、やり直しが増えると消費もレビュー負荷も増えます。大きな作業は調査、実装、確認に分ける方が安全です。
AGENTS.mdは詳しいほどよいですか?
重要な禁止事項と確認手順は必要ですが、長すぎるとcontextを使います。全体ルールとサブディレクトリ別ルールを分けるのが現実的です。
MCP serverは多いほど便利ですか?
便利な反面、contextと権限が増えます。作業に必要なserverだけを使い、不要なものは外す方が安全です。
小さいモデルを使うべきですか?
routine taskや軽い確認では小さいモデルが向く場合があります。重要な設計や大規模修正では、modelよりも対象範囲と完了条件を明確にすることが先です。
関連記事
- Codex Usage Dashboardの見方|使用量・credits・リセット確認
Codex usage dashboardは、残り回数を暗算する場所ではなく、今のplanとworkspaceで作業を続けられるかを見る入口です。
- Codexのフルアクセスは危険?許可していい作業・止めるべき作業
Codexのフルアクセスは、何でも任せてよい設定ではありません。許可してよい作業、止めるべき作業、.envやAPIキーの扱いを先に分けておくための安全ガイドです。