Codexのトークン予算・
利用上限管理完全ガイド
\nGoalモードのトークン予算設定と、利用上限をリセットできるクレジット機能まで解説します。
\nCodexで自律的に長時間タスクを走らせると、気づかないうちにトークンを大量消費してしまうことがあります。本記事では、Goalモードのトークン予算設定と、利用上限をリセットできるクレジット機能という2つのコスト管理手段を解説します。
\n\n\n\nGoalモードのトークン予算とは
\n\nGoalモード(/goal)で長時間の自律タスクを実行する際、トークン予算がコスト制御の主要なレバーになります。予算が尽きると「ソフトストップ」が発動し、進行中のターンは最後まで完了させた上で、それ以降は実質的な新規作業を開始しない挙動になります。強制的に打ち切られるのではなく、きりの良いところで止まるイメージです。
Goalの起動
\n/goal Refactor the auth module to use the new OAuth2 library\n目標を作成する際には暗黙的なデフォルト予算が設定されますが、App Server API経由では明示的にトークン予算を指定することもできます。
\n\nApp Server APIでの明示的な予算指定
\n{\n "method": "thread/goal/set",\n "params": {\n "token_budget": 500000\n }\n}\nconfig.tomlでの設定レシピ
\n\n用途に応じて、保守的な設定と自律性を優先した設定を使い分けられます。
\n\n保守的な設定(承認を重視)
config.toml
\n[features]\ngoals = true\napproval_policy = "unless-allow-listed"\nmodel_reasoning_effort = "medium"\n自律的な設定(長時間タスク向け)
config.toml
\n[features]\ngoals = true\npermissions = ":workspace"\nmodel_reasoning_effort = "high"\nmodel = "gpt-5.5"\nCI環境での実行例
\n\ncodex execコマンド
\ncodex exec \\\n --config features.goals=true \\\n --config model_reasoning_effort=medium \\\n "Fix all type errors..."\nマルチエージェントの委任設定について
\nApp Server経由でCodexを組み込むクライアント向けには、サブエージェントへの委任を「無効」「明示的なリクエスト時のみ」「プロアクティブ」の3段階で制御する仕組みも用意されています。ただしこれは主に開発者がApp Server APIを直接扱う場面での設定であり、通常のCLI利用では意識する必要はほとんどありません。
\n利用上限リセットクレジット(Reset Credits)
\n\nトークン予算とは別に、Codexには利用上限そのものをリセットできるクレジットという仕組みもあります。/usageコマンドから、トークン利用状況の確認に加えて、獲得済みのリセットクレジットの確認・利用(redeem)ができます。
利用状況の確認コマンド
\n/usage # メニューを表示(トークン利用状況・リセットクレジット等)\n/usage daily # 日次の利用状況\n/usage weekly # 週次の利用状況\n/usage cumulative # 累積の利用状況\nリセットクレジットの獲得方法
\n\n- \n
- ローンチ特典:Plus・Proの全加入者に1回分の無料リセットクレジットが付与された実績があります \n
- 招待特典:招待された相手が初めてCodexにメッセージを送ると、招待した側・された側の両方に1回分のリセットクレジットが付与されます \n
リセットクレジットの使い方
\n\nCodexのプロフィールまたは利用状況メニューから、貯まっているリセットをクリックして確認するだけで有効化され、対象となる利用上限がその場でリフレッシュされます。
\n\nAPIクレジットとは別物
\nリセットクレジットはAPIクレジットではなく、譲渡・売却・現金化はできません。あくまで「現在の利用上限ウィンドウ内でCodexを使い続けられるようにする」ためのリセット権であることを理解しておきましょう。
\nコスト管理の使い分け方
\n\n| 目的 | 使う機能 |
|---|---|
| 長時間の自律タスクで暴走を防ぎたい | Goalモードのtoken_budget設定 |
| 承認ステップを厳しくして安全に倒したい | approval_policy = "unless-allow-listed" |
| スピード重視で自律性を高めたい | permissions = ":workspace" + 高いreasoning effort |
| 利用上限に達しても今すぐ作業を続けたい | /usageからリセットクレジットを利用 |
よくある質問
\n\nQ. トークン予算に達すると作業内容は失われますか?
\nA. 失われません。予算超過時は「ソフトストップ」という挙動になり、進行中のターンは最後まで完了してから、それ以降の新規作業を開始しない形で止まります。突然中断されて成果が消えるわけではありません。
\nQ. リセットクレジットはどうすればもらえますか?
\nA. 過去にはPlus・Pro加入者への無料付与や、友人を招待して初回メッセージを送ってもらうことで獲得できる施策がありました。現在の獲得条件は変更されている可能性があるため、/usageメニューで最新の状況を確認してください。
Q. 保守的な設定と自律的な設定、どちらから始めるべきですか?
\nA. 初めて長時間タスクを任せる場合は、承認ポリシーを厳しくした保守的な設定から始め、動作に慣れてきたら徐々に自律性を高めた設定に移行するのがおすすめです。
\nQ. マルチエージェントの委任モードは自分で設定する必要がありますか?
\nA. 通常のCLI利用者が直接触る機会はほとんどありません。App Server経由でCodexを自社ツールに組み込むような開発者向けの設定項目です。
\nまとめ
\n\n本記事のポイント
\n- \n
- Goalモードのトークン予算は長時間タスクの暴走を防ぐ主要なコスト制御レバー。予算超過時は「ソフトストップ」で安全に止まる \n
config.tomlで保守的/自律的な設定レシピを使い分けられる \n/usageからリセットクレジットを確認・利用でき、利用上限に達してもその場で作業を継続できる \n- リセットクレジットはAPIクレジットとは別物で、譲渡・現金化は不可 \n
長時間の自律タスクほどコスト管理の重要性が増します。まずはGoalモードで予算を明示的に設定する習慣をつけ、いざという時のためにリセットクレジットの存在も覚えておきましょう。
\n\n※本記事の情報は2026年7月時点のものです。Codexの機能・獲得条件は変更される可能性があります。
\n

