Codexの使用量・残量の確認方法｜5時間/週次の利用制限

Codexの利用制限とは｜5時間枠と週次枠の2階建て構造

Codexの利用制限とは、一定時間内に使える処理量に上限を設ける仕組みです。上限は短期と長期の2階建てになっており、どちらか一方に達すると、その枠が回復するまで新しい依頼を受け付けられなくなります。

この2階建て構造を理解しないまま使うと、「昨日は動いたのに今日は朝から止まっている」という状況の理由がわかりません。まずは2つの枠の役割を切り分けて把握することが、対処の出発点になります。

前提としてもう1つ押さえておきたいのが、Codexの枠はCodex専用ではないという点です。OpenAIの公式ドキュメントでは、ChatGPT WorkとCodexは使用量を共有し、ChatGPT内でのChatGPT Workの利用にはCodexと同じ料金・クレジット・利用上限が適用されると明記されています。ChatGPT WorkとCodexを併用している場合、片方で重い作業を回した日はもう片方の枠もその分だけ減っている、ということです（2026年9月時点、出典: openai.com）。

関連記事：Codexとは？OpenAIのコーディングAIエージェントの仕組み・使い方・料金を徹底解説

5時間枠｜ローカルとクラウドが共有する短期の上限

1つ目は、5時間を単位とする短期の枠です。公式ドキュメントの上限表は「Local Messages / 5h」「Cloud chats / 5h」「Code Reviews / 5h」の3列で構成されており、注記として「ローカルメッセージとクラウドチャットの利用上限は5時間の枠を共有する」と説明されています。つまり手元のCLIで投げた依頼とクラウド側のチャットは、別々の枠ではなく同じ枠を食い合うということです。

Codexの上限は公開されており、Plusプランの5時間あたりのローカルメッセージ数は次のとおりです。幅があるのは、1メッセージあたりの消費量が処理内容によって変わるためです（2026年9月時点、出典: openai.com）。

同じPlusプランでも、Solを使い続ければ10回で止まることがあり、Lunaに切り替えれば2,000回まで伸びる可能性があります。「Codexは1日に何回使えるか」という問いに固定の答えが無いのは、上限がメッセージ数ではなく処理量で決まるためです。

GPT-6 Astraについて、Plus向けの共通料金ページには5時間あたりの回数目安がまだ掲載されていません。一方、BusinessのStandard席向けモデルガイドでは3〜30回と案内されています。同じAstraでも契約や席種で枠が異なるため、Plusへこの数字を当てはめず、使用状況ダッシュボードの表示を確認してください（2026年9月時点、出典: openai.com）。

もう1つ、混同しやすいのがコードレビューの扱いです。公式の説明では、Code Reviewの枠が使われるのはGitHub経由でレビューを走らせたとき（プルリクエストで@Codexを指定する、リポジトリで自動レビューを有効にする）に限られ、ローカルやGitHub外で実行したレビューは通常の利用上限に計上されます。

週次枠｜公式が数値を公開していない長期の上限

2つ目は、週単位の総量を見る長期の枠です。短期の枠が「一気に使いすぎない」ための制御だとすれば、週次の枠は「1週間を通して使いすぎない」ための制御にあたります。

ここで実務上いちばん重要なのは、週次枠については公式が具体的な数値を公開していないという事実です。公式の上限表に添えられているのは「追加の週次上限が適用される場合があります」という一文だけで、5時間枠のような数表はありません。

この非公開性から、運用上は次の3点が導かれます。

• 残量を「調べて記憶しておく」ことができない。自分のアカウントで実際に確認するしかなく、CLIで確認できるのは後述する/usage weeklyだけです
• 5時間枠に余裕があっても止まることがある。「5時間待ったのに動かない」場合は、週次の枠に達している可能性を疑ってください。週の後半ほど残量が減るため、火曜や水曜の時点で残りを把握しておくと週末の作業計画を立てやすくなります
• チームの人数が増えるほど早く尽きる。個々人の使い方を変えていなくても、同じ環境の依頼数が増えれば週の早い段階で上限に近づきます

トークンとクレジットは何が違うのか

上限の話を追ううえで避けて通れないのが、トークンとクレジットという2つの単位です。トークンとは、AIが文章やコードを処理するときの最小単位で、おおまかには文字数に比例して増えていきます。依頼文もコードも回答も、すべてトークンに換算されて処理されます。

一方のクレジットは、そのトークン使用量を上限管理・課金のために換算した単位です。公式ドキュメントでは、利用量は「100万トークンあたりのクレジット数」で計算され、入力トークン・キャッシュされた入力トークン・出力トークンの3種別それぞれに単価が設定されていると説明されています。主なモデルのレートは次のとおりです（2026年9月時点、出典: openai.com）。

この表から、消費を左右する要素が3つ読み取れます。

• 出力は入力の約5〜6倍高い。長い回答を求めるほど枠は速く減ります
• キャッシュされた入力は通常の入力の10分の1。同じ前提を読み直させる場合でも、キャッシュが効いていれば消費は1桁下がります
• モデル間の差は最大50倍。AstraとLunaでは入力単価が250対5、出力単価が1,250対30です

なお、公式は「GPT-5.6の利用は1メッセージあたり平均5〜30クレジット」とも示しています。あわせて、画像生成を含むやり取りは平均して3〜5倍速く枠を消費すること、AstraのFastモードは標準レートの2.5倍でクレジットを消費することも明記されています。

Codexが上限を消費する仕組み｜エージェントの往復とコンテキスト

利用制限に早く達してしまう背景には、Codexがエージェントとして動くことによる特有の消費構造があります。エージェントとは、指示を1回で返すのではなく、自分で手順を考えて複数回の処理を繰り返す仕組みを指します。

チャット型のAIと同じ感覚で使っていると、想定より速く上限に近づきます。なぜ消費が膨らむのかを3つの角度から見ていきます。

エージェントが自律的に往復するほど消費が増える

Codexは「このバグを直して」と依頼すると、関連ファイルを探し、内容を読み、修正案を書き、必要ならテストを走らせて、結果を見て直すという工程を自律的に繰り返します。この往復1回ごとにトークンが消費されます。

つまり、利用者から見れば「1回お願いしただけ」でも、内部では十数回の処理が走っていることがあります。手作業なら3時間かかる改修を数分で終わらせられる代わりに、その3時間分の思考をトークンとして前払いしている、と捉えるとわかりやすくなります。

往復回数は依頼の粒度に強く影響されます。曖昧な指示ほど探索の回数が増え、目的が絞られた指示ほど往復は短くなります。

コンテキストが膨らむと同じ情報を何度も読み直す

コンテキストとは、AIがその時点で参照している情報のまとまりです。会話の履歴、読み込んだファイル、これまでの試行錯誤がすべて含まれます。

消費が膨らむ大きな要因が、このコンテキストの肥大化です。往復のたびに、それまでの経緯を含めて読み直すため、会話が長引くほど1回あたりの入力トークンが増えていきます。同じ質問でも、対話の10往復目は1往復目より重くなります。

見落とされやすいのが、接続しているMCPサーバーの数です。公式の節約ガイドでは「MCPサーバーは1つ増えるごとにメッセージへコンテキストが追加され、上限をより多く消費する。必要のないときは無効化する」と明示されています。同じくAGENTS.mdについても、大きなプロジェクトではファイルを小さく保ち、リポジトリ内でネストして注入量を制御することが推奨されています。依頼文を短くしても枠の減りが変わらない場合、原因は依頼文ではなく常時読み込まれている設定側にあります。

モデルとモードの選び方で消費量は数十倍変わる

同じ依頼でも、どのモデルをどのモードで使うかで消費量は変わります。前掲のレート表のとおり、AstraとLunaでは入力のクレジットレートに50倍の開きがあります。さらにAstraでFastモードを有効にすると、標準レートの2.5倍でクレジットを消費します。

高性能なモデルほど1トークンあたりの重みは大きくなります。一方で、軽量なモデルは消費を抑えられますが、複雑な設計判断には向きません。すべての作業を最上位のモデルで進めるのは、短距離の移動に大型車を出すようなものです。

定型的な修正やテストコードの生成はTerraやLunaに任せ、複雑な設計判断にはSol、複数のツールをまたぐ最難関の作業にはAstraを使います。公式の節約ガイドでも「日常的な作業では小さいモデルに切り替える」ことが推奨されており、この使い分けだけでも週次の枠の減り方は変わってきます。

プラン別に見るCodexの利用上限を比較｜無料プランと有料プランの違い

Codexの利用上限は、単独で決まるのではなく、契約しているプランに紐づきます。公式の料金ページで示されている個人向けプランの構成は次のとおりです（2026年8月時点、出典: openai.com）。

法人向けにはBusiness / Enterprise / Eduがあり、上限の扱いが個人向けと異なります。公式ドキュメントの注記では、柔軟な料金体系（flexible pricing）を利用するEnterprise / Eduには固定のレート制限が無く、利用はクレジットに応じてスケールすると説明されています。柔軟な料金体系ではないEnterprise / Eduは、多くの機能でPlusと同じ座席あたり上限になります。

また、上位プランにはPro向けの研究プレビューとしてGPT-5.3-Codex-Sparkが提供されており、こちらは専用の低遅延ハードウェア上で動くため別枠の利用上限で管理されると明記されています。「Proにしたのに特定のモデルだけ先に止まる」という現象は、この別枠が理由になっている場合があります。

なお、プラン名と上限値の対応は改定されることがあります。プロモーションで一時的に枠が拡張されたり、リセットの扱いが変わったりすることもあるため、数値の裏取りが必要な場合はOpenAIの公式ドキュメント（Codex Pricing）で最新の条件を確認してください。

関連記事：Codexの使い方を初心者向けに解説｜4つの始め方・料金・プロンプトのコツ

Codexの利用制限はいつリセットされる？2つの枠それぞれの回復

「あと何時間待てば動くのか」は、上限に達した瞬間にいちばん知りたい情報です。ここは2つの枠で挙動が違うため、切り分けて考えます。

5時間枠は待てば回復する

5時間枠は時間の経過で回復します。ここで注意したいのは、回復のタイミングを暗算で当てにいかないことです。公式ドキュメントは枠の長さを5時間と示す一方で、リセット時刻を利用者が計算するための規則までは公開していません。

現実的な手順は単純で、CLIで/usageを開いて表示された値を見ることです。推測した時刻を待って動かず、もう一度待ち直す、という無駄がなくなります。

週次枠は時計では読めない

週次枠のほうは、時計を見ても答えが出ません。公式が数値も更新規則も公開していないためで、/usage weeklyで自分のアカウントの週次使用状況を開いて確認することになります。

実務上は、週次枠に達した場合は「今日中に回復する」前提を捨てるほうが安全です。5時間枠なら待てば当日中に再開できますが、週次枠に当たっているなら、待機以外の選択肢（後述するクレジットの追加、プランの見直し、モデルの切り替え）を先に検討したほうが早く動き出せます。

獲得したリセットを引き換える

もう1つ、見落とされやすい回復手段があります。CLIの/usageメニューには、トークン使用量の表示に加えて獲得済みのリセットを引き換える選択肢が用意されています。

公式の料金ページによれば、紹介プログラムなどで付与される「banked rate-limit reset（貯めておけるレート制限リセット）」は、付与から30日間有効です。心当たりがある場合は、待つ前に/usageを開いて未使用のリセットが残っていないかを確認する価値があります。

Codexの残り上限を確認する方法｜/status・/usage・使用状況ダッシュボード

残り上限の確認は、対処の前提になります。いま自分がどちらの枠をどれだけ使ったかがわからなければ、プランを上げるべきか使い方を変えるべきかの判断もできません。公式が案内している確認手段は3つあります（2026年8月時点、出典: openai.com）。

使い分けは「いま動いているセッションの話か、アカウント全体の話か」で切ります。/statusはセッション側の情報で、モデルや承認ポリシーの確認ついでに残りコンテキスト容量が見られます。「1回の依頼が重すぎて止まる」タイプの問題はここに出ます。

/usageはアカウント側の情報です。/usageとだけ打つとメニューが開き、/usage daily・/usage weekly・/usage cumulativeと打てば該当のビューを直接開けます。前述のとおり週次枠は公式が数値を公開していないため、CLIで残りを把握する手段はこの/usage weeklyになります。週の半ばで一度開く習慣をつけておくと、金曜に突然止まる事故を減らせます。

毎回コマンドを打つのが手間であれば、/statuslineでTUIのフッターに常時表示させる方法もあります。公式ドキュメントによれば、フッターに並べる項目はモデル・コンテキスト・上限（limits）・Git・トークン・セッションから選んで並べ替えでき、config.tomlに保存されます。上限を常時表示にしておけば、確認のために作業を中断する必要そのものが無くなります。

AIエージェントの作り方

AIエージェントを「どう作り、どう育てるか」を、GiftX記事制作エージェントの実物で解説。

無料ダウンロード →

Codexの上限に達したときの対処法｜3つの選択肢の使い方

実際に上限へ達したとき、作業を再開する手は大きく3つです。どれが最適かは、止まっている理由と、その日の作業の締め切りによって変わります。

その前に1つ、知っておくと落ち着けるルールがあります。公式ドキュメントには「進行中のターンの途中で上限に達した場合、エージェントは公正利用の範囲内でそのターンを完了できる」と明記されています。依頼した作業が中途半端なところで切り捨てられるわけではない、ということです。

選択肢1: リセットを待って枠を回復させる

最も素直な選択肢が、枠の回復を待つ方法です。5時間枠に当たっているだけであれば、時間の経過とともに制限が解除され、自動的に空いていきます。追加の費用はかかりません。

待ち時間を無駄にしないために、AIに任せない作業を先に片付けておくと効率が上がります。仕様の整理、レビュー、設計の検討など、手を動かす前の工程はこの時間に進められます。ただし週次の枠に達している場合、回復まで数日かかることもあるため、待つ判断が現実的でないケースもあります。

選択肢2: クレジットを追加して当座をしのぐ

締め切りが迫っていて待てない場合は、追加のクレジットを購入して当座をしのぐ方法があります。公式ドキュメントでは、Plus・Proの利用者は既存プランをアップグレードすることなく追加クレジットを購入できると説明されています。Business・Edu・Enterpriseで柔軟な料金体系を利用している場合は、ワークスペースのクレジットを追加購入できます。

一時的な繁忙期には有効ですが、毎週のように追加購入しているなら、それはプラン自体が実態に合っていないサインです。追加購入が常態化していないかを月単位で振り返り、繰り返すようならプランの見直しへ切り替えるほうが結果的に安く収まります。

選択肢3: 使い方を変えて枠を延ばす、またはプランを見直す

費用をかけずにその場をしのぐ手も2つあります。1つは小さいモデルへの切り替えで、公式も「上限に近づいている場合は小さいモデルに切り替えると上限が長持ちする」と案内しています。前掲のレート表では、SolからLunaへ替えると入力レートは20分の1、出力レートは約17分の1になります。AstraからLunaへ替える場合は、入力レートが50分の1です。

もう1つはAPIキーの併用です。公式ドキュメントには「すべての利用者は、APIキーを使って追加のローカルチャットを実行できる。その利用は標準のAPI料金で課金される」と記載されています。プランの枠とAPIの課金は別系統なので、締め切り直前の緊急避難としては現実的な選択肢です。

そのうえで、週の半ばで恒常的に止まっているなら、プランの見直しが選択肢に入ります。判断の基準は、待ち時間で失われている工数と追加費用を見比べることで、この試算の考え方は後述します。プラン変更は組織の承認が要る場合が多いため、「なんとなく足りない」ではなく、止まった回数と待ち時間を記録して持っていくほうが話は早く進みます。

トークン消費を抑えるCodexの使い方

プランを上げる前に見直せるのが、使い方そのものです。消費量は処理させた量で決まるため、渡す情報と依頼の仕方を変えるだけで、同じ成果をより少ない消費で得られます。ここでは公式が案内している節約策を、効果の大きい順に整理します。

常時読み込まれる設定を削る

最も見落とされやすく、かつ効果が持続するのがここです。公式の節約ガイドが挙げているのは次の2つで、いずれも個別の依頼ではなくセッション全体に効きます。

• AGENTS.mdを小さくする。大きなプロジェクトでは、リポジトリ内でファイルをネストさせて注入するコンテキスト量を制御する
• MCPサーバーの数を絞る。サーバーを1つ追加するごとにメッセージへコンテキストが加わり、上限をより多く消費する。使わないときは無効化する

依頼のたびに毎回上乗せされる固定費なので、一度削れば以降のすべての往復で効きます。

コンテキストを必要な範囲に絞る

次に効果が大きいのが、渡す範囲を絞ることです。リポジトリ全体を読ませたままにせず、改修対象のディレクトリと関連ファイルだけを指定します。公式も「関連するファイルだけを渡し、可能なら情報源や期間を絞る」ことを推奨しています。

無関係なコードがコンテキストに載り続けると、往復のたびにその分の入力トークンを払い続けることになります。最初に範囲を絞る一手間が、そのセッション全体の消費に効いてきます。長い対話が続いて重くなってきたと感じたら、新しいセッションを立て直すのも有効です。

1タスク1目的で依頼し、出力の量も指定する

「バグを直しつつリファクタもして、ついでにテストも書いて」とまとめて頼むと、AIは探索の範囲を広げ、往復が増えます。目的を1つに絞った依頼のほうが、結果的に少ない往復で終わります。

あわせて効くのが出力側の指定です。出力単価は入力の約5〜6倍なので、読み手・形式・分量を先に決めておくと、入力を削るより枠に効きます。公式も「対象読者・形式・分量を定義し、必須の作業と任意の改善を分ける」ことを挙げています。

大きな改修は、設計、実装、テストのように工程を分けて渡すほうが消費を抑えられます。工程ごとに成果を確認できるため、間違った方向に進んだまま何往復も消費する事故も防げます。

長い試行錯誤は要約してから引き継ぐ

うまく動かず何度も往復していると、その履歴すべてがコンテキストに積み上がります。ある程度の段階で、わかったことと残った課題を短くまとめ、新しいセッションに引き継ぐと消費をリセットできます。

「これまでの経緯を全部持ったまま考えさせる」よりも、「整理された前提だけを渡して考えさせる」ほうが、消費も回答の精度も改善します。

自社事例｜Codexなどのコーディングエージェントを開発に組み込んだ2つのケース

上限の中で成果を出すには、エージェントに任せる範囲を設計することが要点になります。GiftXで実際に運用している事例を2つ紹介します。

開発工程にAIペアプロを組み込んだケース

GiftXでは、自社サービスGIFTFULのフロントエンド・バックエンド開発にAIコーディングエージェントを導入し、コード生成・リファクタ・テスト作成をAIと協働する体制をとっています。機能追加1件あたり平均2日かかっていた工数は、平均半日まで短縮されました（約75%削減）。

仕様書からクライアントコードを起こすケース

例えば、外部から受領したAPI仕様書をもとに、自社標準形式のクライアントとテストを自動生成するようなケースがあります。実装に約3日かかっていた作業が約半日に収まった例もあり、対象と成果物の形式が明確な作業ほど、少ない往復で完了しやすくなります。

Before/Afterで見るCodexの上限消費の変化

同じ作業でも、渡し方を変えるだけで消費は変わります。前述の考え方を当てはめた場合の変化を、2つのケースで整理します。

いずれも、プランを上げずに処理できる量を増やしています。上限に達するたびにプラン変更を検討する前に、渡し方の見直しで解決する余地がないかを確認する価値はあります。

AI活用実態調査レポート

全国8,000人調査で、AIの活用方法によって生産性向上に約3.8倍の差が生まれることが判明。

無料ダウンロード →

Codexの上限とコストを見比べる工数試算の視点

プランを上げるかどうかは、感覚ではなく試算で判断できます。見るべきは、待ち時間で失われている工数と、追加費用の比較です。

例えば、週に2回上限へ達し、1回あたり2時間手が止まるとします。月に換算すると約16時間の待ち時間です。時給3,000円で換算すれば、月あたり約4.8万円分の工数が待機に消えている計算になります。前掲のプラン表のとおりPlusの$20からProの$100へ上げても差額は月$80程度なので、この規模の待機が実際に発生しているならプラン変更は費用対効果の面で説明がつきます。

逆に、止まるのが月に1〜2回であれば、追加費用より使い方の見直しのほうが割に合います。前述のBefore/Afterのように、渡し方を変えるだけで往復が半分近くに減るなら、プランを上げずに解決できる可能性があります。

この試算を持っておくと、承認を得る場面でも話が通りやすくなります。「足りないので上げたい」ではなく、「月16時間の待機が発生しており、費用を上回る損失になっている」と示せるためです。

関連記事：AI導入にかかる費用の相場は？3つのパターンと主要ツール料金を整理

AIエージェントを業務に組み込むときに陥りがちな3つの落とし穴

そもそも、利用制限に頻繁に当たるのは、エージェントを本格的に使い込んでいる証拠でもあります。GiftXが実施した調査では、AIをチャットとして使うにとどまっている層が70.3%を占め、複数工程の業務をAIエージェントに任せている層は10.5%にとどまりました。上限と向き合っている時点で、多くの職場より一歩先に進んでいる状態だといえます。

詳細な調査データは「ビジネス職生成AI活用実態調査（2026年版）」にてご覧ください。

その一歩先で成果を出せるかどうかは、任せ方の設計で決まります。支援の現場で繰り返し見かける落とし穴を3つ挙げます。

落とし穴1: いきなり全ての作業を任せて上限を使い切る

最初から広い範囲をまとめて任せると、往復が膨らみ、成果が出る前に枠を使い切ります。範囲を絞らないまま「全部よろしく」と渡す使い方は、消費の面でも品質の面でも割に合いません。

落とし穴2: 壮大な構想から考えて目の前の1業務が進まない

全社的な活用構想から議論を始めると、設計だけで時間が過ぎ、実際の業務は何も変わりません。まず1つの業務で回してみるほうが、必要な枠の大きさも使い方の課題も具体的に見えてきます。

落とし穴3: 既製品のチャット型AIでは業務フローに組み込めない

汎用のチャット型AIは手軽ですが、自社の手順やデータに合わせた作り込みができず、業務フローに組み込めるレベルまで届かないことがあります。都度コピーして貼り付ける運用では、消費だけがかさんで定着しません。

スモールスタートで1業務をAIエージェントに任せる

3つに共通するのは、範囲を絞れていないことです。まず1業務を選び、その中で任せる範囲と渡す情報を設計する。上限の中で成果が出る形を1つ作ってから広げるほうが、結果的に速く進みます。

自社業務でAIエージェント活用を進めたい方へ

ここまでで紹介した「スモールスタートで1業務から自動化する」アプローチを、自社で実践したいとお考えの方もいらっしゃるかもしれません。

GiftXでは、自社の業務に特化したAIエージェントの構築支援サービス「GiftX AIエージェント構築支援」を提供しています。1業務単位のスモールスタートから、業務フローに組み込めるレベルのAIエージェント構築までを伴走します。

詳細はGiftX AIエージェント構築支援のサービスサイトでご覧いただけます。

Codexの利用制限に関するよくある質問

最後に、利用制限について寄せられることの多い質問を整理します。

Codexの5時間制限がなくなったように見えるのはなぜですか？

公式ドキュメントの上限表は現在も「5時間」を単位に構成されており、5時間枠そのものが廃止されたという公式のアナウンスは出ていません。一方で、CLIの表示項目や上限の運用は更新されることがあるため、以前と見え方が変わることはあります。

確実なのは、記憶している挙動ではなく/usageと/statusの表示を見ることです。5時間枠の表示が見当たらない場合でも週次枠は動き続けているため、「5時間枠が無くなった＝使い放題になった」とは判断しないでください。

Codexは無料でどこまで使えますか？

前掲のプラン表のとおり、Freeプラン（$0）でも手早いコーディング作業でCodexを試せますが、公式の上限表に具体的な数値は掲載されておらず、画像生成は利用できません。日常的な開発を継続するには、Go（$8）以上が実質的な出発点になります。具体的にどこまで使えるかは改定が入るため、/usageで自分のアカウントの実績を確認するのが確実です。

週次枠の残りはどこで確認できますか？

Codex CLIのセッション中に/usage weeklyと入力してください。公式は週次枠の具体的な上限値を公開していないため、Webの使用状況ダッシュボードとあわせて、自分のアカウントの実測を見て判断することになります。

APIキー経由の利用でも同じ上限がかかりますか？

いいえ。公式ドキュメントでは、APIキーを使ったローカルチャットは標準のAPI料金で課金されると説明されており、プランに紐づく枠とは別系統として扱われます。そのため、プラン側の上限に達していてもAPIキー経由での実行は可能です。ただしAPIキー利用ではクラウド側の機能（GitHubコードレビュー、Slack連携など）は使えません。

上限の表示が見つからないときはどうすればいいですか？

表示の場所は仕様変更で変わることがあります。CLIであれば/statusと/usageの両方を試し、それでも見当たらない場合はWebの使用状況ダッシュボードを確認してください。/statuslineでフッターに上限（limits）の項目を常時表示させておくと、次回以降は探す必要がなくなります。

まとめ

Codexの利用制限は、5時間を単位とする短期の枠と、週単位の長期の枠という2階建てで動いています。5時間枠は公式が数値を公開しており、Plusであれば1メッセージが重いSolで10〜100回、軽いLunaで250〜2,000回が目安です。一方で週次枠は数値が公開されていないため、/usage weeklyで自分のアカウントを見る以外に把握する方法がありません。

消費量は回数ではなく処理させた量で決まります。出力は入力の約5〜6倍、モデル間では入力レートに最大50倍の開きがあり、常時読み込まれるAGENTS.mdやMCPサーバーは依頼のたびに固定費として乗り続けます。渡す範囲を絞り、1タスク1目的で依頼し、定型作業を小さいモデルへ回すだけでも枠の減り方は変わります。

上限に達したときは、待つ・クレジットを追加する・使い方を変える（またはAPIキーを併用する）の3方向で判断できます。プランを上げるかどうかは、待ち時間で失われている工数と追加費用を見比べれば決められますが、その前に渡し方の見直しで解決する余地がないかを確認する価値はあります。そして上限と向き合う段階まで来ているなら、次に効くのは任せる範囲の設計です。壮大な構想から入らず、まず1業務をスモールスタートでAIエージェントに任せ、上限の中で成果が出る形を1つ作ることから始めてみてください。

AI活用の伴走支援をご検討の方へ

本記事で紹介したAIエージェントの活用に向けて、自社の業務でも具体的に進めたい・相談したいとお考えの方は、ぜひGiftX AIエージェント構築支援までお問い合わせください。

GiftX AIエージェント構築支援では、貴社の業務に合わせて1業務単位のスモールスタートから本番運用まで、AIエージェント構築をワンストップで支援します。ユースケースの洗い出しから、PoC、本番運用、社内ナレッジ化まで伴走します。

AI活用にご関心のある方は、ぜひ一度ご相談ください。

▶ GiftX AIエージェント構築支援の詳細・お問い合わせはこちら

関連記事

• CodexとChatGPTの違いを5つの観点で比較｜使い分けの判断基準
• Claude Code と Codex の違い｜5 つの観点で整理し用途別に選び分ける
• Codex CLI とは？無料で使える範囲と料金・ターミナルでの使い方
• Codexでできることを一覧で整理｜非エンジニアでも使える活用法まで