CODEX 使用量ダッシュボード + サイクル分析

自分の Codex 使用量を読み解き、今週を乗り切る。

OpenAI のダッシュボードは使用量がどこへ消えたかを示しますが、足りるかどうかは教えてくれません。このページでは実際のダッシュボードの各ブロックを解説し、続いて現在の週次サイクルの消費カーブをブラウザ内だけで分析します。アカウントには一切触れません。

自分のダッシュボードを開く

codex /status

いま、どれだけ残っていますか？

Codex CLI で /status を実行し、出力をまるごと貼り付けてください。1 回の貼り付けで、報告されたすべてのウィンドウ——残量、リセット時刻、カウントダウン——が埋まります。

上に /status を貼り付けるか、週次の％を手動で入力してください。

消費ペース—

1 日あたりの予算—

枯渇予測—

CLI を使っていない場合

ダッシュボードの週次メーターを読んで、ここに入力してください。

ここでの操作はすべてこのブラウザ内に留まります。アカウント不要、アップロードなし、Cookie なし。

codex-usage --forecast

次のリセットはいつ来る？

予想してみてください。予測が十分に集まれば他の人の選択が見られます。そして毎回、実際の結果で採点されます。

これらの割合は読者の予想であり、本サイトの予測ではありません。隣のモデル数値は検証済みリセット履歴から算出したもので、投票と混ぜることはありません。

的中実績: まだ確定した回はありません。次の検証済みリセット後に最初の採点結果が表示されます。

/api/reset-poll の生データを開く

codex-usage --where

2 つの場所、2 つの異なる答え

2 つの場所、2 つの異なる答え
	CLI の /status	分析ダッシュボード
答えるもの	今この瞬間の残量	ここ数日でどこに消えたか
5 時間ウィンドウ	あり——リアルタイムの％とリセット時刻	表示されない
週次ウィンドウ	あり——リアルタイムの％とリセット時刻	あり——％とリセット時刻
履歴	なし	あり——7 日、1 か月、または任意の期間
モデル / サーフェス / スキル別	なし	あり
鮮度	実行した瞬間の値	集計値で数分遅れる

もう 1 タスク始めてよいか判断するときは /status。どのモデル・サーフェス・スキルがウィンドウを消費したか知りたいときはダッシュボードを開いてください。

codex-usage --explain-dashboard

ダッシュボードの各ブロックの意味

ドキュメントの引き写しではなく、実際のページを直接観測した内容です。OpenAI 自身の企業向けガイダンスもダッシュボードのラベルを安定した契約として扱わないよう注意しているため、この節には独自の観測日を付けています。

残高

最上部のカード。Codex と Work が同じ使用上限を共有すると明記したうえで、週次使用上限を残り％と絶対的なリセットタイムスタンプで表示します。CLI が描画するのと同じ、サーバーから送られる時刻です。

誤読しやすい点: これは％であって数量ではありません。OpenAI はどのプランについても週次上限を公開していないため、残り 20％をメッセージ数に換算することはできません。

見落とされがちな 2 つ目のメーター

週次バーの下に、独自の％と独自のリセット時刻を持つ GPT-5.3-Codex-Spark メーターが別に配置されています。週次ウィンドウの内訳ではなく、別の時計です。

誤読しやすい点: Spark を使い切っても週次ウィンドウは減らず、週次リセットでも Spark は回復しません。2 つのメーター、2 つの独立したロールオーバーです。

残りクレジット

クレジットはプラン上限を超えて使うためのもので、ウィンドウを使い切った後にのみ消費されます。すぐ下の自動リロードが、残高が少なくなると自動的に補充します。

誤読しやすい点: 一度も購入していない人にとってクレジット 0 は正常な状態です。エラーでもなければ、週次上限がゼロになったわけでもありません。

個人の使用量（サーフェス別）

選択期間における 0〜100％のチャートで、デスクトップアプリ、CLI、Web、Exec に分かれます。どのクライアントが実際にウィンドウを食べているかを教えてくれるブロックです。

誤読しやすい点: サーフェスはクライアントであって、個別の予算ではありません。4 つとも同じプールを引くので、CLI が静かでも余裕があるとは限りません。

ターン数

期間内の総ターン数を、モデル別とサーフェス別で切り替えられます。モデル一覧は稼働中のルーティング集合そのもので、Sol・Terra・Luna に加え、旧来の 5.5・5.4・5.4-mini、さらに Spark と自動コードレビュー用モデルが並びます。

誤読しやすい点: ターンはコストの単位ではありません。高い推論強度の長い Sol のターンも、1 行の Luna のターンも、どちらも 1 ターンです。

スキルとプラグイン呼び出し

同じ期間の 2 つのカウンタ——プラグインが何回実行されたか、スキルが何回使われたか（スキルごとの内訳付き）。

誤読しやすい点: これらは呼び出し回数であって消費量ではありません。想定よりはるかに頻繁に発火しているスキルを見つけるには有用ですが、予算の配分には使えません。

クレジット使用履歴

日付・サービス・使用クレジットのページ送りテーブル。実際にクレジットを消費するまでは空のままです。

誤読しやすい点: 記録されるのはクレジットの支出だけです。プラン内の通常利用はここに現れないので、テーブルが空でもその週が軽かったとは言えません。

コントロール

期間は 7D、1M、またはカスタム。グループ化セレクターでチャートの粒度を決めます（既定は日単位）。もう 1 つのタブ「Code review」は自動レビューを上記とは別に扱います。

期間が効くのは履歴チャートだけです。上部の残高カードは常にライブで、期間の影響を受けません。

ダッシュボード構成の観測日：2026-08-02

codex-usage --analyze-cycle

現在のリセットサイクルを分析

ダッシュボードが示すのは今日の 1 つの数字だけです。1 週間に何度か記録すると形が見えてきます——実際の消費速度、リセットまで持たせるために 1 日あたり使える量、そしてこのままなら尽きる時刻。

現在の残り—

サイクル経過—

今サイクルの記録数—

持続可能なペースあなたの消費

codex-usage --faq

Codex 使用量のよくある質問

Codex 使用量ダッシュボードはどこにありますか？

ChatGPT の設定ではなく Codex の設定内、Analytics の下にあります。ページ名は「Codex and Work Analytics」で、既定で Usage タブが開きます。旧アドレスの /codex/cloud/settings/usage はもうメーターを載せている画面ではありません。 https://chatgpt.com/codex/cloud/settings/analytics#usage

ブラウザを開かずに Codex の使用量を確認するには？

アクティブな Codex CLI セッションで /status を実行してください。各ウィンドウのリアルタイムな残り％とリセット時刻が表示されます。5 時間ウィンドウについては、ダッシュボードでは得られない唯一の情報です。

なぜダッシュボードに 5 時間上限が出ないのですか？

もともと出ていません。分析ページは期間内の履歴と内訳を中心に作られており、5 時間ウィンドウはリアルタイムのローリング予算なのでプロットする意味がありません。報告するのは /status とクライアント自身だけです。

GPT-5.3-Codex-Spark メーターとは何ですか？

Spark モデル専用の枠で、独自の％と独自のリセットタイムスタンプを持ち、週次バーのすぐ下に表示されます。独立した時計で動くため、使っても週次ウィンドウには影響せず、週次ロールオーバーでも回復しません。

ChatGPT Work の利用は Codex の上限に算入されますか？

されます。残高カードにそのまま書かれています——Codex と Work は同じ使用上限を共有します。ChatGPT for Excel と Workspace Agents も同じ agentic プールを引きます。通常の ChatGPT チャットは別枠で、これを消費しません。

週次上限の 20％は何メッセージ分ですか？

ダッシュボードからは分かりません。OpenAI はプランごとの 5 時間あたりメッセージ数の目安は公開していますが、週次上限はどのプランについても公開していないため、週次メーターは非公開の総量に対する％です。正確な週次メッセージ数を挙げる説明は推測です。

何も実行していないのに使用率が跳ね上がるのはなぜ？

履歴チャートは集計され数分遅れるうえ、各サーフェスが 1 つのプールを共有しています。クラウドタスク、自動コードレビュー、Work のセッションは、端末が待機中でも予算を消費します。ライブで読み取る /status と照合してください。

自分の Codex 使用量 を読み解き、今週を乗り切る。