codex cli额度暴增源于隐式上下文消耗，需先确认登录方式（api key或openai账号），再分别查对应用量页面，接着分析输入长度与实际消耗差异；禁用全项目扫描、关闭过程叙述、拆分原子任务、限制并发为1、重试次数设为1可显著降耗。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你刚用Codex CLI跑完一个重构任务，额度就掉了30%，第二天再试直接报错“Usage limit exceeded”——这不是系统抽风，而是每条指令背后都带着几千token的上下文在 silently 燃烧。
确认当前计费路径
第一步：打开终端，执行 codex --version --verbose，查看输出中 【login_method: api_key】 还是 【login_method: openai_account】。这两套账单完全隔离，用错入口排查会白忙一整天。
第二步：如果是 API Key 登录，立刻访问 https://platform.openai.com/usage 查当日 token 消耗曲线；如果是 OpenAI 账号登录，则去 https://chat.openai.com/billing/overview 查 Codex 专用额度。别看错页面，API Key 的用量不会出现在 Chat 界面里。
第三步：对比最近三次任务的输入长度与实际消耗。比如你只发了“改下按钮颜色”，但日志显示上传了 12 个文件、47KB 内容——说明 Codex 自动扫描了无关目录，这是额度暴增的起点。
砍掉最烧钱的5种操作
方法一：禁止全项目扫描
别再一上来就说“分析整个项目”。Codex 会默认递归读取 node_modules、.git、dist 目录，哪怕你没提，它也会把 package-lock.json 和 webpack.config.js 全塞进上下文。正确做法是：codex "修复登录页Token刷新失败" --include "src/auth/**.ts"。加 【--include】 参数后，它只会加载匹配路径的文件，实测可降低 60% 输入 token。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
方法二：关掉过程叙述
执行命令时强制添加 --process-narration=false。Codex 默认会在输出里写满“我将分三步处理：第一步读取 auth_service.ts，第二步定位 refresh_token 函数……”这类中间推演，占输出 token 35% 以上。关掉后只返回最终代码 diff，响应更快，额度更省。
方法三：拆大任务为原子指令
“重构用户模块并加单元测试” 是典型高消耗指令。它会触发：目录扫描 → 模块依赖分析 → 接口契约提取 → 测试桩生成 → 多轮 diff 验证。换成三步走：
① codex "列出 src/user/ 下所有导出函数签名"
② codex "为 useAuth() 编写 Jest 测试用例，覆盖 refreshToken 场景"
③ codex "把 src/user/api.ts 中 fetchUser 改为使用 AbortController"
每步上下文干净，不带历史残留，token 消耗稳定可控。
设置并发与重试阈值
编辑 ~/.codex/config.toml，找到 [rate_limit] 区块，把 max_concurrent_sessions = 3 改为 max_concurrent_sessions = 1。Codex CLI 默认允许 3 个会话并行，但每个会话都维持独立上下文缓存，三个任务同时跑等于三倍 token 占用。单线程执行反而总耗更低。
在同一个 config.toml 里，把 max_retries = 5 改成 max_retries = 1。Codex 在遇到网络抖动或模型 timeout 时会自动重试，每次重试都重新提交全部上下文——5 次就是 5 倍 token。设为 1 后失败立即报错，你能立刻发现是网络问题还是提示词缺陷，而不是等额度烧光才看到 error。
