1. Codex 额度用完的真实场景不是没得用而是不知道怎么接着用Codex 的额度机制最近变化挺大很多人第一次遇到「套餐额度耗尽」时第一反应是升级套餐或者干脆等恢复。其实现在符合条件的 ChatGPT Plus 和 Pro 账户多了一条中间路线套餐额度先用用完之后可以走 Credits 按量补充。这个机制解决的是「偶尔超出套餐」的问题但同时也带来一个新麻烦——如果 Agent 任务跑得多自动充值会不会让费用失控我自己在跑多文件重构和后台代码审查时就遇到过额度突然见底、任务卡在半路的情况。后来把 Credits、Auto top-up 和月度预算这三件事拆开配置才把成本控制住。这篇就按「先应急、再长期、最后统一接入」的顺序把 Codex 额度耗尽后的完整处理路径讲清楚包括 Credits 余额查看、Auto top-up 开关、月度预算上限以及通过 TaoToken 统一 Key/API 通道接入的 settings.json 与 config.toml 骨架示例。适合谁看正在用 Codex 做日常开发、偶尔跑大型 Agent 任务、又不想为了几次高峰直接升级套餐的个人开发者和小团队。核心检索词就三个Codex、Credits、Auto top-up外加月度预算和统一 Key 接入。2. 先搞懂套餐额度和 Credits 不是一回事可以把现在的 Codex 使用逻辑理解成两层。第一层是 ChatGPT Plus / Pro 套餐自带的 Codex 用量第二层是额外购买的 Credits。套餐自带的使用量优先消耗达到套餐限制之后才开始扣 Credit 余额。Credits 属于套餐之外的按量补充不会替代原来的 Plus 或 Pro 权益。这对两类用户比较有用平时使用量不大、但偶尔有大型开发任务的人以及不想为了几次高峰使用直接升级到更高套餐的人。以前额度用完只有两条路——等待恢复或者升级套餐。现在符合条件的账户多了一种选择额度用完购买 Credits按实际使用继续运行。需要注意Flexible Pricing 目前仍然会根据账户、套餐和具体功能逐步开放自己的 Usage 页面才是判断是否可用的直接依据。不要看到别人能用就默认自己也能用先去 Codex → Settings → Usage 确认。2.1 Credits 到底怎么扣按 Token 算不是按消息算Codex 已经从以前比较粗略的「每条消息大约消耗多少 Credit」逐步转向按照实际 Token 使用量计算。主要看三部分Input Tokens、Cached Input Tokens、Output Tokens。以 GPT-5.6 系列为例费率大致如下模型输入 / 1M Token缓存输入 / 1M Token输出 / 1M TokenGPT-5.6 Sol125 Credits12.5 Credits750 CreditsGPT-5.6 Terra50 Credits5 Credits300 CreditsGPT-5.6 Luna5 Credits0.5 Credits30 Credits从这张表能看出两个很实用的信息。第一输出比输入贵很多。以 Terra 为例输入 50 Credits / 1M Tokens输出 300 Credits / 1M TokensAgent 反复解释、生成大段代码、输出长日志总结时Credit 消耗会明显增加。第二缓存输入便宜很多。Terra 普通输入是 50 Credits而 Cached Input 只有 5 Credits。如果项目里反复使用相同的项目说明、System Prompt、固定代码上下文、工具定义缓存命中以后成本会低不少。2.2 为什么同样「发一条消息」Credits 差很多因为 Codex 不是普通聊天。你输入「帮我修复登录模块的问题」用户只看到一句话但 Codex 背后可能经历读取项目、搜索文件、分析代码、修改文件、运行测试、测试失败、再次分析、再修改、输出总结。每一步都可能产生新的输入和输出 Token。所以现在不能简单理解成「一条消息等于固定几个 Credits」。官方给出的参考是一个典型 GPT-5.6 Sol Codex 任务可能消耗大约 5 到 40 Credits但具体值会因为任务复杂程度产生很大差异。3. TaoToken 前置统一 Key 接入把额度检查变成可脚本化动作Codex 的 Credits 和 Auto top-up 是在 ChatGPT 账户体系里配置的但如果你同时用多个模型、多个工具或者想把额度检查、模型切换做成可复用的配置就需要一个统一的 Key/API 通道。TaoToken 在这里的角色是统一接入层官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 入口 https://taotoken.net/api 。它的价值不是替代 Codex 的计费系统而是让你在 settings.json 和 config.toml 里用同一套 Key 管理多个模型通道方便在额度紧张时快速切换模型、降低单次任务成本。比如默认用 Luna 跑简单任务复杂任务手动切 Sol这个切换动作可以在配置文件里预置好不用每次改代码。3.1 先拿 Key再谈配置进入控制台创建 API Keyhttps://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 。创建时建议按项目或按用途命名比如codex-daily、codex-agent方便后续在 Usage 里对账。Key 只显示一次复制后先存到本地环境变量不要直接写进会提交到 Git 的配置文件。如果你还没决定用哪个模型可以先在模型对话页测试一下https://taotoken.net/model-chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewrite 。长期编码和 Agent 任务的话Coding Plan 页面有更详细的套餐说明https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite 。4. 可复制配置settings.json 与 config.toml 骨架下面给出两个骨架示例分别对应 JSON 配置和 TOML 配置。注意把YOUR_TAOTOKEN_API_KEY替换成你自己的 Key或者用环境变量引用。4.1 settings.json 骨架{ api_key: ${TAOTOKEN_API_KEY}, base_url: https://taotoken.net/api, default_model: gpt-5.6-luna, model_aliases: { fast: gpt-5.6-luna, balanced: gpt-5.6-terra, deep: gpt-5.6-sol }, budget: { monthly_limit_credits: 2000, alert_threshold_credits: 300, auto_topup: { enabled: true, min_balance: 100, target_balance: 500, max_monthly_spend: 2000 } }, cache: { enable_prompt_cache: true, cache_ttl_seconds: 3600 } }这个骨架里default_model设成 Luna日常简单任务默认走低成本模型model_aliases预置了三档需要时手动切deep。budget段是给本地脚本或工具读取用的方便你在跑 Agent 之前先检查余额。4.2 config.toml 骨架[api] key ${TAOTOKEN_API_KEY} base_url https://taotoken.net/api [model] default gpt-5.6-luna [model.aliases] fast gpt-5.6-luna balanced gpt-5.6-terra deep gpt-5.6-sol [budget] monthly_limit_credits 2000 alert_threshold_credits 300 [budget.auto_topup] enabled true min_balance 100 target_balance 500 max_monthly_spend 2000 [cache] enable_prompt_cache true cache_ttl_seconds 3600TOML 版本和 JSON 版本字段一一对应选你项目里已经在用的格式就行。关键点是max_monthly_spend一定要设不要只开 Auto top-up 不设上限。4.3 Auto top-up 在 Codex 界面里的设置符合条件的 Plus 和 Pro 用户可以在 Codex → Settings → Usage → Auto top-up 中开启。设置时主要有三个值最低余额、目标余额、月度最大支出。例如设置最低余额 100 Credits、目标余额 500 Credits当 Credit 余额低于 100 时系统会使用账户中保存的默认付款方式购买足够的 Credits把余额补回目标值。如果开启 Auto top-up 时余额本身已经低于最低值系统可能立即发起一次购买。注意Auto top-up 一定要配合 Maximum Monthly Spend 使用。达到月度上限后不会继续无限自动补充这是防止 Agent 并发把费用跑飞的关键开关。5. 验证请求与成功结果确认额度恢复、预算生效配置写完不算完要实际验证两件事额度是否恢复、预算是否生效。5.1 验证 API 通道可用先用 curl 发一个最小请求确认 Key 和 base_url 没问题curl -s https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json \ -d { model: gpt-5.6-luna, messages: [{role: user, content: reply with ok}], max_tokens: 8 }返回里能看到choices字段和正常的usage信息就说明通道通了。如果返回 401检查 Key 是否复制完整返回 404检查 base_url 是否多了或少了/v1。5.2 验证额度恢复在 Codex → Settings → Usage Dashboard 里查看 Credit 余额、最近使用记录、套餐用量和 Credits 相关设置。触发一次 Auto top-up 后余额应该从低于最低值补到目标值附近。如果余额没变先确认付款方式是否有效、月度上限是否已经达到。5.3 验证预算生效把max_monthly_spend设成一个很小的值比如 50 Credits然后手动触发一次补充观察是否在达到上限后停止。这个动作建议在非生产环境做避免影响正常任务。5.4 检查缓存是否命中在 Usage Dashboard 里看 Cached Input Tokens 的占比。如果项目里反复使用相同的 System Prompt 和代码上下文缓存命中率应该逐步上升对应的 Credit 消耗会下降。如果一直是 0检查enable_prompt_cache是否开启以及请求内容是否每次都变了。6. 本篇常见错排查6.1 余额出现负数是不是系统出错了不一定。Agent 并发场景下如果一个任务开始时余额还是正数但运行过程中其他并发任务已经把 Credits 消耗完任务结束后 Credit 余额可能暂时变成负数。下一次购买 Credits 或者触发 Auto top-up 时新增 Credit 可能会先用于抵消负余额再增加可用余额。所以大量并发任务时不能把 Credit 余额当成绝对实时的硬停止线。6.2 Auto top-up 开了但没触发先检查三个值最低余额是否设得过高、目标余额是否低于最低余额、月度最大支出是否已经达到。如果开启时余额已经低于最低值系统可能立即发起一次购买但前提是付款方式有效。另外Flexible Pricing 是逐步开放的你的账户可能还没在开放范围内以 Usage 页面显示为准。6.3 月度预算设了但费用还是超了Maximum Monthly Spend 控制的是 Auto top-up 的自动补充上限不是所有消费的硬上限。如果你手动购买 Credits或者套餐本身有超额计费这部分不受 Auto top-up 月度上限约束。所以成本控制要分三层任务层控制模型、Token 和 Agent 规模Codex 层设置 Credits 和月度预算付款层管理实际付款额度。6.4 模型切换后预算估算不准GPT-5.4 系列即将退出 Codex官方建议 GPT-5.4 迁移到 GPT-5.6 TerraGPT-5.4 mini 迁移到 GPT-5.6 Luna。通过 OpenAI API 或者使用自己的 API Key 运行 Codex 不受这次调整影响。如果你之前一直按照 GPT-5.4 的 Credit 消耗估算预算建议在模型切换后重新观察 Usage不要直接沿用旧数据。6.5 缓存没生效Credits 消耗还是很高检查请求里是否每次都带了不同的时间戳、随机 ID 或者变化的上下文。缓存命中的前提是前缀内容稳定。把 System Prompt、工具定义、固定代码上下文放在请求前部并且不要在中间插入变化内容命中率会明显提升。6.6 接入文档在哪里看完整的接入参数和错误码说明在文档页https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。Claude Code 和 Anthropic 相关配置可以参考https://taotoken.net/claude-code-anthropic?utm_sourcetaotoken_aicg_blog_endutm_contentclaude_code_anthropicutm_campaignrewrite 。7. 长期方案把额度控制变成日常习惯Credits 不是永久余额目前购买的 Credits 有效期为购买后 12 个月过期后没有使用的 Credits 不会继续结转原则上也不可退款。所以个人开发者没有必要一次买太多。比较合理的是预计最近 1 到 3 个月用量少量补充 Credits观察实际消耗再调整。模型选择本身就是最直接的费用控制手段。同一个简单任务如果 Luna 已经可以稳定完成就没有必要默认使用 Sol。当前每百万输出 Token 的 Credit 费率分别是 Luna 30、Terra 300、Sol 750差距很大。个人开发时可以按任务复杂程度分文件分类和简单修改用 Luna普通 Bug 修复和功能开发用 Terra大型项目分析和复杂 Agent 任务用 Sol批量简单任务用 Luna多文件重构用 Terra 或 Sol高难度推理用 Sol。每周看一次 Usage使用一段时间以后你会比较容易判断自己真正烧 Credit 的是写代码还是 Agent 自动执行。这比一开始就提高充值额度有效得多。如果你需要长期跑编码和 Agent 任务可以看看 Coding Plan 的套餐说明https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite 。需要新建或管理 Key 的话控制台入口在这里https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 。想先测试模型效果模型对话页可以直接用https://taotoken.net/model-chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewrite 。接入过程中遇到报错先翻文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。