Search the alley

記事を検索

2文字以上でタイトル・カテゴリ・タグを検索できます。

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 settingsCLI・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よりも対象範囲と完了条件を明確にすることが先です。

関連記事