Codex の週次上限が想定より早く張り付くのはなぜですか？

理由は二つあります。一つ目は、/status が 5 時間ウィンドウと週次ウィンドウを別々に表示しますが、1 回の長い agent セッションで両方を同時に焼き切ることがあるためです。openai/codex の issue #19215（2026 年 4 月 23 日）には、5 時間 78% 残・週次 68% 残の状態で上限に達した事例が記録されています。二つ目は、GPT-5.5 が入力 1M token あたり 125 クレジット、出力 1M あたり 750 クレジットを消費するため、Plus の 5 時間 15-80 メッセージ枠でも、大きなリファクタを 1 回走らせれば週次を吹き飛ばせるからです。

Codex の週次上限がいつリセットされるか、どうやって確認しますか？

Codex CLI 内で /status を実行すると、リセットの正確なタイムスタンプが見えます。OpenAI はチーム横断のリセットも時々行っており、Tibo（OpenAI）は 2026 年 5 月 15 日に手動リセットを実施したことを認めています。さらに 2026 年 6 月 11 日の changelog で「rate-limit reset banking」が追加され、Plus と Pro のユーザーにローンチ時に 1 回分の無料リセットが付与されました。

ChatGPT API の上限は Plus/Pro の Codex 利用と別枠ですか？

別枠です。ChatGPT Plus、Pro、Business、Enterprise の各サブスクリプションは 5 時間および週次のメッセージ上限を強制します。API key（sk-... 形式）は token 単位で課金され、メッセージ上限はなく、OpenAI ダッシュボードで設定した支出上限のみが効きます。Codex CLI はどちらの認証方式でも使えます。

週次上限に達した後でも Codex CLI を使い続けられますか？

可能です。OPENAI_API_KEY を従量課金の API key に切り替え、OPENAI_BASE_URL を OpenAI の直接エンドポイントか、OpenAI 互換プロバイダ（例：https://api.ofox.ai/v1）に向けてください。再起動なしで Codex がトランスポートを切り替えます。

GPT-5.3-Codex の 100 万 token あたりの料金は？

OpenAI 直接：入力 $1.75、キャッシュ入力 $0.175、出力 $14.00／1M token。ofox 経由で同じ openai/gpt-5.3-codex を呼ぶと、入力 $1.49、出力 $11.90 で、OpenAI の主力モデルに対し約 15% の割引です。

上限を使い切り続けるなら Plus と Pro どちらが得ですか？

$20 Plus の週次上限を 2-3 回の重いセッションで使い切るなら、計算上は token 課金の API が有利です。典型的な複数ファイル横断のリファクタ（入力 300k／出力 30k）の費用は GPT-5.3-Codex で OpenAI 直 $0.95、ofox $0.80 と 1 ドル未満です。Pro 5x の $100/月が割に合うのは、月 100 回以上重いセッションを回す場合だけです。

Codex CLI を別プロバイダに切り替えると OpenAI アカウントにフラグが立ちますか？

立ちません。OPENAI_BASE_URL は OpenAI の開発者リファレンスに記載された Codex CLI の公式設定オプションです。2026 年 2 月以降、Codex CLI は OpenAI Responses API のみを話します（Chat Completions サポートは削除済み — openai/codex#7782 と janhq/jan、cc-switch、CLIProxyAPI 等の下流影響を参照）。プロバイダは `/v1/responses` を公開する必要があり、`~/.codex/config.toml` で `wire_api = "responses"` を指定します。

今後 Codex の支出を安全に抑えるには？

OpenAI ダッシュボードで月次の硬い支出上限を設定するか、key 単位の予算を表示できるプロバイダを使ってください。100k token を超える操作の前は必ず /status を確認し、デフォルトモデルは gpt-5.4-mini（ofox で入力 $0.638/M）にしておき、複雑なリファクタのときだけ gpt-5.3-codex に切り替える運用が無難です。

Jun 15, 2026 (updated Jun 15, 2026 )

codex-clirate-limitsopenaitroubleshooting

Codex の週次上限を使い切ったとき：7 つの解決策、消費メカニズム、ドロップイン API（2026）

TL;DR

$20 Plus プランの Codex 週次上限は、長いリファクタ 1 本で 3 時間あれば焼き切れます。OpenAI がリリースしたチーム横断のリセットは 2026 年 6 月 11 日の 1 回だけです。

上限に到達したときの選択肢は二つです。ローリングリセットを待つ（Plus は 5 時間ごとに巡回、週次上限は週次でリセット）か、Codex CLI の OPENAI_BASE_URL を従量課金の API に切り替えるか。本ガイドでは 30 秒でできる診断、Plus と Pro の正確な収支計算、そして「今日もまだ ChatGPT で進められる」から「60 秒で従量 API に乗せ替える」までの 7 つの具体策を提示します。

Codex が落ちているのか、週次上限を使い切ったのか？30 秒の見極め

プロバイダを切り替える前に、どのウィンドウが弾けたかを特定します。開いている Codex CLI セッションで次を実行してください。

codex /status

出力には 3 つの数値が出ます。下表で照合してください。

診断	コンテキストウィンドウ	5 時間ウィンドウ	週次ウィンドウ	やること
週次上限に到達	任意	>10%	<5%	プラン側の問題 — 上位プランか API key へ
5 時間上限に到達	任意	<5%	>20%	次の 5 時間ロールオーバーを待つ（最大 5h）
コンテキスト溢れ	<5%	>20%	>20%	会話を圧縮するかタスクを分割
ファントム上限（issue #19215）	>40%	>50%	>50%	Codex CLI を再起動、続くなら base_url を切替

/status 上は健全な残量に見えるのに You've hit your usage limit. To get more access now, send a request to your admin or try again at 3:51 PM が出るなら、これは #19215 ファントム上限バグ（Codex CLI v0.124.0 で 2026 年 4 月 23 日に報告）です。解決策 #4 まで飛んでください。

よくある Codex エラー文 → 原因 → 解決策

Codex が出力する文字列の照合が最速のトリアージ手段です。自分の文言を右端列にマッピングしてください。

エラー文（原文）	推定原因	適用する解決策
`You've hit your usage limit. ... try again at HH:MM PM`	本当の 5 時間または週次上限	解決策 #1（待機）か #5/#6（API 経路）
`You've hit your usage limit` だが `/status` は >50% 残	CLI v0.124.0 のファントム上限バグ（#19215）	解決策 #4（sessions キャッシュ削除）
CLI プロンプトに `request a free reset` ボタンが見える	リセットバンクが残っている（6 月 11 日以降）	解決策 #2（無料リセットを使う）
API モードで HTTP `429 Too Many Requests`	直接 API のスパイク絞り	バックオフ、並列数を下げる、または解決策 #6（key 単位予算）
API モードで HTTP `insufficient_quota`	OpenAI アカウントの支出上限に到達	ダッシュボードで上限を引き上げるか base_url を切替
`You've reached your weekly limit` でリセット提示なし	バンクのリセットは今ローンチ分を使用済み	解決策 #3（プラン昇格）か #5/#6（API）
`context_length_exceeded`	会話が長すぎる。プラン上限ではない	`codex /compact` か新しいセッションを開始

上限を直すべきとき、ドロップイン API に切り替えるべきとき

上限に当たったからといって、毎回回避策が必要なわけではありません。状況をルールに当てはめてください。

今のプランの上限を直して使い続けるとき。 今週初めて当たった。/status で見ると通常の上限であり、ファントムバグではない。走らせていたタスクが新しい数時間の agent ループではなく、後始末段階だった。6 月 11 日のチーム横断リセットバンクは各ローンチで 1 回の無料リセットを与えており、それがまだ手元に残っているかもしれません。

token 課金の API に切り替えるとき。 月 2 回以上、週次上限を焼き切っている。1 セッションで入力 300k token を超える agent ワークフローを回している。タスクごとに予測可能な原価が必要（例：クライアント案件の見積もり）。階層型 ChatGPT 認証が合わない CI や共有開発環境で上限に当たっている。

やめどきルール。 /status が新鮮な残量を示し、今日まだ 1 回しか usage limit を踏んでいないなら、何もしないでください。5 時間ローリングウィンドウは自然に戻りますし、1 回限りの事象でプロバイダを乗り換えるのは過剰設計です。タブを閉じてコードを書いてください。

Codex のレート制限を理解する：プラン、ウィンドウ、各プランの実態

Codex CLI は使っている認証経路の上限をそのまま継承します。3 つのサブスクリプション階層と API 経路では、それぞれ別の天井が効きます。

サブスクリプション階層の 5 時間メッセージ上限

ChatGPT サブスクリプションは Codex 利用を、ローリング 5 時間ウィンドウのメッセージ数でゲートしています（token ではない）。公表されている帯域が広いのは、各「メッセージ」がモデルとタスクの複雑度で重み付けされるためです。

プラン	月額	GPT-5.5 メッセージ/5h	GPT-5.4 メッセージ/5h	GPT-5.3-Codex メッセージ/5h
Free	$0	なし（Codex は Plus が下限）	なし	なし
Plus	$20	15-80	20-100	45-225
Pro 5x	$100	75-400	100-500	225-1,125
Pro 20x	$200	300-1,600	400-2,000	900-4,500
Business	シート毎	シート割当に依存	—	—

出典：OpenAI Codex rate card と Codex 価格リファレンス、数値は 2026 年 6 月 15 日に確認。Plus（15-80）と Pro 20x（300-1,600）は独立したコミュニティ報告でも裏取りされていますが、Pro 5x の 75-400 帯は本稿執筆時点で rate card の値のみで、第三者によるクロスチェックは未確認です。

幅広い帯域（例「15-80」）は、OpenAI が総負荷と個人の利用パターンに応じて動的に上限を調整していることを反映します。混雑日に実際に得られるのは帯域の下端です。

週次上限の仕組み

週次上限は 5 時間ウィンドウの上に重なります。週次上限は、その週の最初のメッセージから 7 日ローリングでリセットされます。両ウィンドウは独立に追跡されていて、ここで計算が崩れます。

GPT-5.5 で複数ファイルにわたる agent ループ 1 回（入力重め：約 250k token／出力約 25k）は、5 時間会計では 30-40 メッセージ相当ですが、週次ウィンドウでは 1「セッション」として記録されます。重いリファクタを 2-3 連発した Plus ユーザーは、5 時間ゲージが 30%+ 残っている状態でも週次上限を焼き切ることがあります。

API key 経路（メッセージ上限なし）

OPENAI_API_KEY が sk- で始まる通常の API key なら、Codex CLI はサブスクリプション階層の上限を完全に迂回します。token 単位で API レートカードに沿って課金され、週次メッセージ上限はなく、ダッシュボードで設定した支出上限のみが効きます。週次上限に当たる問題に対して、最もクリーンな解決策で、計算は後述します。

1 回の agent 実行で週次上限が焼ける理由

Codex の週次上限の直感に反する点は、/status で見えるメッセージ数と線形にスケールしないことです。OpenAI の Codex 価格リファレンスには基礎となるクレジット計算が書かれています。

GPT-5.5 は入力 1M token あたり 125 クレジット、キャッシュ 12.50、出力 1M あたり 750
GPT-5.4 は 62.50 / 6.25 / 375
GPT-5.4 mini は 18.75 / 1.875 / 113

GPT-5.5 で 30 ファイルを読む（入力約 250k token）agent ループが、25k token のプラン／diff を出力する場合、概算で：

入力:  250,000 × 125/1M = 31.25 クレジット
出力:  25,000  × 750/1M = 18.75 クレジット
合計:                      ≈ 50 クレジット／実行

Plus プランの GPT-5.5 週次予算はプラットフォーム総負荷次第で平均 250-300 クレジット程度です。この種の agent ループ 6 回で週全体を焼き切れます。それでも /status の 5 時間ゲージは 40%+ 残として表示されることがあります — 5 時間ウィンドウがメッセージ単位の集計で、クレジット単位ではないからです。これが issue #19215 で報告される「5 時間ゲージは健全なのに週次が枯れている」という矛盾の正体です。

構造的な解決策はこうです：重い agent ループは API key 経由（クレジット会計なし、ドル会計のみ）で回し、サブスクリプションは対話型チャット用に温存する。

「You’ve Hit Your Usage Limit」を直す方法（プラン別の解決策）

以下は影響の小さい順に並べた 7 つの解決策です。自分の状況にマッチする最初の項目で止めてください。

解決策 #1 — 5 時間ロールオーバーを待つ（Free / Plus、軽い利用）

/status で 5 時間ウィンドウが <5% 残、週次が 30% 以上なら、待つだけで済みます。正確なロールオーバー時刻は /status に出ています — 直近のバーストから 3-5 時間以内が一般的です。

待ち時間に生産的な動きとしては、IDE を手動コーディングモードに切り替えるか、この上限を共有しない非 Codex ツール（IDE 側の補完など）を使うことです。

解決策 #2 — 無料リセットを使う（2026 年 6 月 11 日 changelog）

2026 年 6 月 11 日の Codex changelog エントリで「rate-limit reset banking」が導入され、Plus と Pro のユーザーにローンチ時 1 回分の無料リセットが付与されました。未消化の場合、上限に当たったとき Codex CLI 内に選択肢が現れます。CLI v0.135 以上なら codex /reset コマンドからも使えます。

ローンチイベントごとに 1 回の使い切りです。OpenAI が別のリセットを出した場合（2026 年 5 月 15 日に Tibo が X で告知した分はチーム横断で、バンク分は消費しません）、唯一のバンクリセットを使い切る前に changelog の告知を確認してください。

解決策 #3 — プラン階層を上げる

毎週のように Plus の週次上限を焼き切っているなら、Pro 5x（$100）はメッセージ予算 5×、Pro 20x（$200）は 20× になります。API 経路に対する損益分岐点はおおむね：

経路	月額	得られる枠	API との損益分岐
Plus	$20	GPT-5.5 15-80 メッセージ/5h	週 3-5 回の重いセッション
Pro 5x	$100	GPT-5.5 75-400 メッセージ/5h	月 100 回の軽 or 25-30 回の重
Pro 20x	$200	GPT-5.5 300-1,600 メッセージ/5h	月 80 回の重
API key（直接）	$0 + 利用分	token 課金、上限なし	利用量に比例
API key（ofox、主力 15% オフ）	$0 + 利用分	token 課金、上限なし	重いセッション約 $0.80

利用パターンが「ときどき重い作業がバーストする」形なら、API 経路がほぼ常に勝ちます。サブスクリプションが意味を持つのは利用が安定し予測可能な場合だけです。

解決策 #4 — ファントム上限の回避（issue #19215）

/status は健全なのに Codex が usage limit で拒否し続けるなら、#19215 を踏んでいます。バグは Codex CLI v0.124.0 で発現します（issue 提出時点では未解消）。動作する手順：

codex /quit
rm -rf ~/.codex/sessions/*
codex

ローカルセッションキャッシュを消すと、報告例の大半で解消します。それでも続くなら issue スレッドからログを OpenAI に共有し、作業継続のために解決策 #5（API key 経路）に切り替えてください。

解決策 #5 — `OPENAI_BASE_URL` を OpenAI 直接 API エンドポイントに切り替える

「とにかくコードを進めたい」に最もクリーンに効く解決策です。platform.openai.com/api-keys で OpenAI API key（sk- 形式、sk-proj- の ChatGPT 紐付け key ではない）を発行し、次を設定します。

export OPENAI_API_KEY=sk-your-api-key
export OPENAI_BASE_URL=https://api.openai.com/v1
codex

Codex は ChatGPT サブスクリプションではなく従量 API を叩くようになります。コストは token 単位。典型的な小さなバグ修正は GPT-5.5 で約 $0.40、入力 30 万／出力 3 万 token 程度の複数ファイル横断のリファクタで約 $2.40 と、バンクリセット 1 回分の「もし有償だった場合の価値」よりも十分安く収まります。

トレードオフ：ChatGPT に同梱されるクラウド機能（Slack 連携、Codex ダッシュボードからの GitHub レビューなど）は使えなくなります。純粋に CLI でコードを書く用途では、最もレバレッジの高い選択肢です。

解決策 #6 — `OPENAI_BASE_URL` を OpenAI 互換のドロップイン API に切り替える

形は #5 と同じですが、複数モデルを集約し、統一 key を提供し、key 単位の予算を見せられるプロバイダ経由になります。下の例は ofox を使いますが、パターンは任意の OpenAI 互換エンドポイントに当てはまります。

export OPENAI_API_KEY=ofox-your-key-here
export OPENAI_BASE_URL=https://api.ofox.ai/v1
codex

ChatGPT プランを焼き切った状態で OpenAI 直接より勝る理由は 3 つです：

主力モデルが安い。 ofox では openai/gpt-5.3-codex が入力 $1.49 / 出力 $11.90 per 1M token（OpenAI の $1.75 / $14.00 から 15% オフ）です。OpenAI 直接で $0.95 のリファクタが、ここでは約 $0.80 になります。
モデルをドロップインで切り替えられる。 openai/gpt-5.4-mini は ofox で入力 $0.638 / 出力 $3.83 per 1M token。反復作業のデフォルトとして十分に安価で、gpt-5.3-codex は重いリファクタ用に温存できます。
key 単位の予算。 ofox はダッシュボードに key 単位の月次上限を出します。$50/月に設定すれば、agent ループがどれだけ攻撃的でも、その上限を超えることはありません。

ofox の Codex 連携ドキュメントと、深堀り版の Codex CLI カスタムエンドポイントガイドにモデル別チューニングがあります。

解決策 #7 — `~/.codex/config.toml` でマルチプロバイダルーティング

チームや、リファクタ用に gpt-5.3-codex、反復用に安いモデルを使い分けたい個人向けには、二つのプロバイダを設定して Codex に切り替えさせます。

[model_providers.ofox]
name = "OfoxAI"
base_url = "https://api.ofox.ai/v1"
wire_api = "responses"

[model_providers.openai_direct]
name = "OpenAI Direct"
base_url = "https://api.openai.com/v1"
wire_api = "responses"

[profiles.fast]
model = "openai/gpt-5.4-mini"
model_provider = "ofox"

[profiles.heavy]
model = "openai/gpt-5.3-codex"
model_provider = "ofox"

オンデマンドに切り替え：重い作業は codex --profile heavy、反復は codex --profile fast。フルスキーマは Codex CLI config.toml 深堀りにあります。

Codex 上限インシデント：2026 年の実パターン

今年の週次上限関連インシデントを時系列で整理しました。次に来る波を予測する唯一の方法は、パターンを追うことです。

日付	出来事	出典	影響
2026 年 4 月 23 日	issue #19215 起票 — `/status` は健全だが Codex CLI が「usage limit」で拒否、GPT-5.5、Business プラン、CLI v0.124.0	openai/codex#19215	CLI v0.124.0 利用者の未知の割合に影響、回避策はローカルキャッシュ削除
2026 年 4 月下旬	Codex の週次アクティブが 300 万に到達、OpenAI がチーム横断の上限リセットを発表	Knightli 振り返り	該当者への 1 回限りリセット
2026 年 5 月 15 日	Tibo（OpenAI）が X で告知：監視継続中、その晩に手動リセット実施	同 Knightli 振り返り	アクティブなリセットで、恒久的な上限引き上げではない
2026 年 6 月 11 日	changelog に「rate-limit reset banking」追加 — ローンチ時にユーザー 1 名あたり 1 回の無料リセット	Codex changelog	初のユーザー自身でコントロールできるリセット機構、1 回限り
2026 年 6 月 4 日	Bedrock モデルサポート — Codex は Amazon 管理のクオータ経由でルーティング可能に	Codex changelog	間接的な緩和：ChatGPT 階層ではなく Bedrock 側のクオータを使う

パターンは明白です。OpenAI は恒久的な上限引き上げではなく、戦術的なリセットを出してきました。同じ月に上限を 2 回踏む Plus / Pro ユーザーは、3 回目のリセットを当てにせず API 経路を計画すべきです。

上限が戻らないときに今すぐ使えるドロップイン API の代替策

待てない場合、切り替えコスト順に並べた選択肢です。要約比較：

プロバイダ	base_url	gpt-5.3-codex 入力 $/M	gpt-5.3-codex 出力 $/M	key 単位予算	切替時間
ofox	`https://api.ofox.ai/v1`	$1.49	$11.90	あり（ダッシュボード）	約 60 秒（環境変数 2 つ）
OpenAI 直接	`https://api.openai.com/v1`	$1.75	$14.00	アカウント単位のみ	約 60 秒（環境変数 2 つ）
Amazon Bedrock	(Bedrock プロキシ)	リージョン依存	リージョン依存	AWS アカウント上限	10-30 分（IAM + リージョン）
コーディングツールごと乗り換え	該当なし（例：Claude Code）	該当なし — 別モデル	該当なし	プロバイダ次第	数時間（ワークフロー書き換え）

出典：価格は 2026 年 6 月 15 日に ofox モデルカタログと Codex 価格リファレンスで確認済み。

選択肢 A — ofox（OpenAI 互換ドロップイン）

メリット：OpenAI 主力モデル 15% オフ、key 単位の支出上限、Claude/Gemini と併用時の請求一本化、Codex CLI は公式サポート対象。

切り替え方：環境変数 2 つ。OPENAI_BASE_URL=https://api.ofox.ai/v1 と OPENAI_API_KEY に ofox key を設定。Codex を再起動。合計 60 秒未満。

API モデル ID：openai/gpt-5.3-codex、openai/gpt-5.5、openai/gpt-5.4、openai/gpt-5.4-mini。フルカタログは ofox モデルカタログ。

選択肢 B — OpenAI 直接 API

メリット：ChatGPT プランと同じ提供元なので第三者信用の論点なし、フルラインナップ。

デメリット：定価（割引なし）、スクリプトを書かないと key 単位予算がない。

切り替え方：platform.openai.com/api-keys で sk- API key を取得し、OPENAI_BASE_URL=https://api.openai.com/v1 を設定。Codex を再起動。

選択肢 C — Amazon Bedrock（2026 年 6 月 4 日リリース）

メリット：クオータが AWS アカウント内に存在し、既に AWS に支払っている場合に便利。

デメリット：モデルは AWS 対応のみ（現状 OpenAI のサブセット）、リージョン制約、認証が環境変数だけでは済まない。

切り替え方：Bedrock の資格情報を設定し、OPENAI_BASE_URL を Bedrock プロキシエンドポイントに向けます。手順は changelog 参照。

選択肢 D — コーディングツールごと乗り換え

Codex CLI の週次上限が刺さり続けるなら、Claude Code（2026 年 6 月時点の Anthropic 主力 claude-opus-4-8 で、ofox マーケットプレイスでも稼働中）や別のコーディング agent に移ることもできます。摩擦は設定の書き換え — Codex の AGENTS.md、プロンプト、harness の習慣はそのままでは移せません。「Codex は自分には合わない」と判断したときの選択肢であり、「今日中に出したい」の打ち手ではありません。

ワークフロー移行の具体差分は Codex 実戦コーディングワークフローを参照してください。

Codex のステータス監視と将来の消費抑制

止血を終えたら、同じ壁にぶつからない仕組みを作っておきます。

重いタスクの前に必ず `/status`

反射にしてください。入力 100k token を超えそうな作業の前は /status 確認。どちらかのウィンドウが 30% を切っていたら、そのセッションは API key 認証に切り替えます。

OpenAI ステータスページを購読する

status.openai.com は API 障害と Codex の劣化をほぼリアルタイムで表示します。メールか RSS で購読 — 自分の設定が壊れたと 10 分疑う前に、Codex 側の劣化を知りたいはずです。

Codex CLI のバージョンを追う

ファントム上限バグ（#19215）は CLI v0.124.0 に紐づいていました。既知のよいバージョンに固定するには：

npm install -g @openai/codex@0.135.0

codex --version で利用中のバージョンを確認。新バージョン公開後はリグレッションが浮き出るまで少なくとも 1 週間待ってからアップデートします。

API 認証時は key 単位の支出上限を設定する

従量 API に切り替えたら（解決策 #5/#6）、硬い上限を設定します。OpenAI 直接ならダッシュボードの「Spend limits」、ofox なら keys ページの key 単位月次上限。単独デベロッパー向けの妥当なスタート値：$50/月。1 か月の実消費を見てから調整してください。

10 行のシェルフックで日次支出を可視化する

ダッシュボードのアラート待ちより実利のあるやり方として、各 Codex セッションの token 数をローカルに記録して日次合計を計算します。~/.codex/hooks/post-session.sh に次を置いてください。

#!/bin/bash
# セッションごとの token 数を ~/.codex/spend.log に追記
LOG=~/.codex/spend.log
TS=$(date -u +%Y-%m-%dT%H:%M:%SZ)
echo "$TS in=$CODEX_INPUT_TOKENS out=$CODEX_OUTPUT_TOKENS model=$CODEX_MODEL" >> "$LOG"

今日の合計はこう読み出します。

grep "^$(date -u +%Y-%m-%d)" ~/.codex/spend.log | \
  awk '{for(i=1;i<=NF;i++){if($i~/^in=/){gsub("in=","",$i);ins+=$i};if($i~/^out=/){gsub("out=","",$i);outs+=$i}}} \
       END{printf "today: %d input / %d output tokens\n", ins, outs}'

請求明細並みの精密なドル額は出ません（モデル料金で算式が変わるため）が、次の agent ループを始める前に「今日すでに 80 万 token 焼いた」と把握できます。この行動的なナッジだけで、実運用では週次消費が 20-30% 落ちる傾向があります。

デフォルトは安いモデル

反復作業に使える最も安価で安定したモデルは openai/gpt-5.4-mini（ofox で入力 $0.638/M）です。Codex CLI のデフォルトに設定し、主力レベルが必要な場合だけ gpt-5.3-codex に切り替えます。このパターンを 1 週間続けるだけで、支出が半減することが多いです。

より広いパターンはカスタムモデルプロバイダ BYO 設定ガイドを参照。

チーム共有の設定（複数開発者）

同じ週次上限に当たる開発者が 3 人以上いる場合、個別の ChatGPT サブスクリプションはもう正しい形ではありません。経済学が反転します。

5 人 × $20 Plus = $100/月、しかし上限は個別で予測不能
5 人 × $50/月上限の共有 API key = 予測可能な $250/月の天井、プールされた使用量

ofox の多くの顧客が運用しているチーム共有パターンは、開発者単位ではなく環境単位（dev、staging、ci）に API key を 1 つ持つ形です。config.toml をリポジトリに置き、環境変数は各開発者のシークレットマネージャから渡します。リポジトリにコミットできる例：

# .codex/config.toml — リポジトリにコミット
[model_providers.team]
name = "Team Shared (ofox)"
base_url = "https://api.ofox.ai/v1"
wire_api = "responses"
# 認証は各開発者の $OPENAI_API_KEY（開発者環境、リポジトリには入れない）

[profiles.default]
model = "openai/gpt-5.4-mini"
model_provider = "team"

[profiles.heavy]
model = "openai/gpt-5.3-codex"
model_provider = "team"

各開発者はローカルで自分の OPENAI_API_KEY（シークレットマネージャの開発者別／チーム別 key を指す）を設定します。支出モニタリングは 5 つの ChatGPT アカウントではなく、ofox の 1 枚のダッシュボードに集約されます。CI パイプラインには別 key を用意し、実行ごとに厳しめの上限を設けます。

個別 ChatGPT サブスクリプションに対する差別化要因はここです：ある開発者が token で $4 のリファクタを出したとき、チーム全員が同じダッシュボードで見られます。5 個の独立した ChatGPT サブスクリプションが同じ週にそれぞれ週次上限を焼き切ったとき、可視性も共有予算も存在しません。

誠実さとコストについての一言

Codex CLI を $20 の ChatGPT プランから OpenAI 互換 API に切り替えると、gpt-5.3-codex での小さなバグ修正 1 件は約 $0.13 — ファントム上限に悩まされた 1 つの悪い午後で $20 サブスクリプションが提供した価値より安いです。

これが現実の算数です。ChatGPT サブスクリプションは、利用が安定して上限内に収まる場合は良い選択です。利用がバースト形状（重いリファクタ週、タイトな CI 締切、30 ファイルを触る agent ループ 1 回）になった瞬間、サブスクリプションの上限は誤った抽象になります。token 課金は使った分だけ払い、出荷を可能にします。

本リフレッシュで確認した情報源

OpenAI Codex rate card — 階層別メッセージ上限、2026 年 6 月 15 日確認
Codex 価格リファレンス — token 単位の API レートとクレジット計算、2026 年 6 月 15 日確認
Codex changelog — rate-limit reset banking（2026 年 6 月 11 日）、Bedrock サポート（2026 年 6 月 4 日）、2026 年 6 月 15 日確認
openai/codex#19215 — CLI v0.124.0 のファントム上限バグ、2026 年 6 月 15 日確認
Knightli リセット履歴 — 2026 年 4 月／5 月のリセット事象
ofox モデルカタログ — openai/gpt-5.3-codex、openai/gpt-5.5、openai/gpt-5.4-mini の現行 token 単価、2026 年 6 月 15 日確認
ofox Codex 連携ドキュメント — ドロップインの OPENAI_BASE_URL 設定
Codex CLI カスタムエンドポイントガイド（ofox blog） — OPENAI_BASE_URL メカニクスの内部リファレンス
Codex config.toml 深堀り（ofox blog） — マルチプロバイダプロファイルのスキーマ
Codex CLI 実戦コーディングワークフロー（ofox blog） — 重いリファクタセッションのワークフロー文脈