Codex CLIの使用量確認｜/status・/usage・limit bannerの違い
Codex CLIで残り使用量を確認する順番を、/status・/usage・/statusline・Usage Dashboardに分けて解説。account usage、earned reset、limit banner、plan・workspaceの違いも整理します。
公開 2026.07.02 / 更新 2026.08.20
CLIで残り使用量を確認するなら、/statusはsession状態、/usageはaccount token usageやearned reset、/statuslineはfooter表示として分けます。plan・workspace・credits・reset timeの全体像はUsage Dashboardとlimit bannerも併用してください。
- /statusと/usageの役割
- CLI・app・dashboardの使い分け
- limit bannerと秘密情報の扱い
- CLIのインストール手順
- 固定の残り回数の断定
- 制限を回避する方法
この記事のポイント
- CLIでは/statusをsession状態、/usageをaccount token usageやearned reset確認に使う
- 必要なら/statuslineでfooterのrate limitsやtoken countersを見えるようにするが、Usage Dashboardの代わりにはしない
- Codex app commandsでは/statusをthread ID、context usage、rate limits確認の中心として扱う
- 認証やworkspace確認で秘密情報の実値を出さない
/status・/usage・dashboardの役割
| /status | active model、approval、writable roots、current token usageなどsession状態 |
| /usage | account token usage、daily／weekly／cumulative、earned reset |
| /statusline | footerにrate limitsやtoken countersを表示できる場合がある |
| usage dashboard | planやworkspaceを含む全体の使用状況と制限 |
| limit banner | その時点で選べるcredits・reset・待つ等の案内 |
CLIで確認できる情報
Codex CLIでは、作業中のsession状態とaccount usageを分けて確認します。公式CLI slash commandsでは、/statusと/usageの両方が掲載されています。
2026年8月更新：CLIで残り使用量を確認する順番
現行のDeveloper commandsでは、CLIのsession状態、account usage、footer表示、plan・workspace全体が別の入口です。残り使用量を確認したい時は、まず/statusと/usageを使い、画面全体のcreditsやreset timeはUsage Dashboardとlimit bannerで確認します。
- /statusはactive model、approval policy、writable roots、current token usage、remaining context capacityなど、今のsessionを確認する
- /usageはaccount token usageまたはavailable earned resetを開き、必要ならdaily・weekly・cumulativeのtoken activityを選ぶ。認証がない場合はsign-in requirementが表示される
- /statuslineでfooterにrate limitsやtoken countersを表示できる場合があるが、plan・workspace・creditsの全体判断を置き換えない
- 認証状態だけを確認するならcodex login statusを使い、access tokenやAPI keyの実値を表示・共有しない
/statusと/usageの扱い
/statusは、CLIではactive model、approval policy、writable roots、current token usageなどを確認するsession状態のコマンドです。Codex app側でも/statusはthread ID、context usage、rate limitsを表示するcommandとして説明されています。
| CLI flag | 公式Docsの意味 | 使用前の確認 |
|---|---|---|
| --cd / -C | task開始前のworkspace rootを設定 | path、Git remote、branch、AGENTS.md |
| --add-dir | main workspace以外へwrite accessを追加 | 追加範囲、秘密情報、意図しないrepo |
| --ask-for-approval / -a | untrusted・on-request・neverからapproval条件を選ぶ | 外部送信、push、deploy、削除を別承認にする |
| --sandbox / -s | read-only・workspace-write・danger-full-accessからsandbox policyを選ぶ | filesystem、network、実行commandの影響 |
| --config / -c | そのinvocationのconfigを上書き | ユーザーconfigとproject configの優先順位 |
| --yolo | approvalとsandboxをbypassする危険なflag | 外部hardening済みのisolated runner以外では使わない |
| --full-auto | deprecated compatibility flag | `--sandbox workspace-write`を優先し、警告を無視しない |
usageを確認したいだけなら、権限を広げるflagを追加する必要はありません。CLIの/status・/usage、Codex appの/status、Usage Dashboardを使い分け、workspaceを変える時だけpath・remote・branchを確認します。Developer commandsのsubcommand一覧にはexec、resume、review、cloud、app-serverなどもありますが、非対話実行やremote接続を同じaccount usage・同じ承認境界と決めつけません。
limit bannerやエラー表示が出た時
| 表示されたもの | 見ること | 次の行動 |
|---|---|---|
| limit banner | 選べるoptions | credits、reset、upgrade、待つを比較 |
| reset timing | 次に使える見込み | 固定時刻として一般化しない |
| workspace表示 | どのplan / workspaceか | 別アカウントと混同しない |
| /status | session状態、current token usage、context usageやrate limits | dashboardと合わせて確認 |
| /usage | account token activity、earned reset | daily / weekly / cumulativeを必要に応じて確認 |
GUI / usage dashboardとの使い分け
CLIは作業中の状態確認に向き、usage dashboardは全体像の確認に向きます。CLIだけで分からない時はdashboard、plan、workspace、Help Centerに戻ります。
秘密情報を出さない注意
- 認証確認でtokenやAPI keyの実値を表示しない。
- .envの中身を貼らない。
- 共有ログにはcredential、cookie、access tokenを含めない。
- workspaceやplanのスクリーンショットを共有する時はメールアドレスや組織名を伏せる。
Codex CLI status FAQ
Codex CLIで残り使用量を見るコマンドは何ですか？
CLIでは/statusと/usageを使い分けます。/statusはsession状態、/usageはaccount token usageやearned resetの確認です。usage dashboardとlimit bannerも合わせて確認してください。
/usageは何に使いますか？
CLIでaccount token usageを見たり、usage menuからavailable earned resetを使う時に使います。/usage daily、/usage weekly、/usage cumulativeでtoken activityを直接開けます。Codex app commandsでは/status中心に確認します。
limit bannerが出たら何をすればよいですか？
表示されたoptionsを確認し、待つ、credits、banked reset、upgrade、作業分割から選びます。制限回避策や複数アカウント乱用には寄せないでください。
認証確認でtokenを見せてもよいですか？
見せないでください。token、API key、cookie、.envの実値はログや記事に出さず、伏せて扱います。
関連記事
- Codexの使用量を節約する作業分け｜prompt・AGENTS.md・MCPの絞り方
Codexのリミット節約は、短いpromptだけでは足りません。対象範囲、AGENTS.md、共有MCP設定、model、確認手順をセットで絞ります。