Codex（ChatGPTプランに含まれる利用枠）をフル活用していると、「思ったより早く利用枠に近づく」と感じることがあります。
実際、Codexの使用量はプランだけでなく、使うモデル、タスクの重さ、持たせる文脈（コンテキスト）の大きさ、ローカル実行かクラウド実行かでも変わります。5時間ごとの上限や週次の目安に達して、作業が止まってしまった経験がある方も多いのではないでしょうか。
この記事では、必要な情報を `STATUS.md` に絞って管理し、Codexに渡す文脈を小さく保つ「STATUS.md型ミニマリズム」の考え方を紹介します。派手な裏技ではなく、日々の運用を軽くするための実務的な方法です。
なぜAIの制限にすぐ達してしまうのか
結論から言うと、原因は「やり取りの長さ」だけではありません。
Codexの利用量は、選んだモデル、タスクの複雑さ、必要な推論の深さ、ローカル実行かクラウド実行かによっても変動します。
特に注意が必要なのは、以下のケースです：
- 広すぎる参照範囲: 巨大なコードベースやログを一度にすべて読み込ませる。
- 肥大化した文脈: 1つのスレッドで長時間やり取りを続け、過去の全ログを引きずっている。
- 高負荷なタスク: 複雑なリファクタリングや大規模なコード生成を繰り返す。
長い会話や大きなコンテキストを維持する運用は、結果として利用枠を早く使いやすくしてしまいます。だからこそ、過去の情報をすべて渡すのではなく、「今の作業に必要な情報」だけを短く整理して渡すことが重要です。
解決策：STATUS.md（現在地）に絞り、文脈をリセットする
最も効果的な対策は、AIに持たせる情報を「蓄積」から「現在地」へとシフトすることです。
具体的には、以下の運用を取り入れます。
1. 巨大なログフォルダを「参照外」にする
過去の膨大な経緯をそのままAIに見せるのをやめます。必要な意思決定だけを抽出し、それ以外はAIの視覚から外すことで、1回あたりのトークン消費を抑えられます。
2. ルート直下に「STATUS.md」を置く
プロジェクトのルートに、10〜15行程度の簡潔な `STATUS.md` を用意します。
- Now: 今取り組んでいるタスク
- Next: 次の予定
- Blocked: 詰まっている部分
- Done: 完了した主要な作業
3. AIには「STATUS.md」だけを見せる
新しい依頼をする際は、常にこの `STATUS.md` を起点にします。
「これまでの全記録」ではなく「今の状態」だけを渡すことで、AIへの指示がぶれにくくなり、利用枠も持たせやすくなります。
実践：AntigravityとCodexの「役割分担」
さらに効率を高めるには、AIモデルやツールの使い分けが有効です。
- 思考・整理（Antigravity等）: 進行管理、仕様のたたき台、STATUS.mdの更新。
- 実装（Codex等）: 1タスク1依頼で、局所的なコード修正に集中。
整理という「文脈が必要なタスク」を軽量なモデルや別ツールで行い、実装という「高負荷なタスク」をメインのCodexで行うことで、重要なリソースを温存できます。
まとめ：情報を絞ることが最高のパフォーマンスを生む
Codexの制限対策で大切なのは、やみくもに節約することではありません。必要な情報を整理し、毎回の依頼を小さく、はっきりさせることです。
STATUS.mdはそのための土台になります。情報を絞ることで、結果として作業はスムーズになり、利用枠の余裕も生まれます。
なお、利用枠に近づいたときは、使用状況ダッシュボードで残量を確認し、軽いモデル（GPT-5.4-miniなど）に切り替える、追加クレジットを使う、API keyの別運用に分ける、といった選択肢も検討してみてください。
FAQ
Q. Codexの残り利用枠はどこで見られますか？
A. Codexの使用状況ダッシュボードで確認できます。CLIツールを利用している場合は `/status` コマンドでも確認可能です。
Q. ChatGPT PlusとAPIの利用枠は同じですか？
A. 同じではありません。ChatGPT Plusのサブスクリプションに含まれる利用枠と、API利用は別体系です。APIは基本的に従量課金となります。
Q. 利用制限に近づいたらどうすればいいですか？
A. より軽量なモデルに切り替える、追加クレジットを購入する、あるいはAPI keyでの運用に切り替えて継続する方法があります。
関連記事:
