Codexのリミットを節約する依頼の分け方：大規模repo・AGENTS.md・MCPで消費を増やさないコツ
Codexのusage limitを無駄に消費しないために、依頼の分割、対象ファイルの絞り方、AGENTS.mdの整理、MCP serverの使い方、大規模repoでの注意点をまとめます。
公開 2026.07.02 / 更新 2026.07.02
この記事のポイント
- prompt size、AGENTS.md、MCP serverの量はusageに影響し得る
- 調査、実装、確認を分けるとやり直しとreview負荷を減らせる
- 大規模repoでは対象ファイルと変更禁止範囲を先に決める
リミット節約は作業設計の問題
Codexのusage limitを節約するには、短いpromptを書くことだけでなく、読ませる範囲、使うMCP server、AGENTS.mdの量、model、完了条件を整える必要があります。
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のフルアクセスは危険？許可していい作業・止めるべき作業
Codexのフルアクセスは、何でも任せてよい設定ではありません。許可してよい作業、止めるべき作業、.envやAPIキーの扱いを先に分けておくための安全ガイドです。
- Codex・Claude Codeの使いすぎを防ぐ運用｜使用量・ログ・上限・作業分割の見方
Codex・Claude Codeを長く使うほど、usage、ログ、上限、作業分割が大事になります。料金体系を混同しないための運用ガイドです。