Codex 五小时额度一小时烧完：模型档位、推理强度与省额度工作流
订阅制 AI 编程工具的额度为什么掉得这么快？本文从一次一小时内耗尽 5 小时窗口额度的经历出发，拆解推理强度、多轮工具调用、上下文体积和重跑成本这四个消耗来源，对比强档模型与轻量档在架构设计和机械执行上的取舍，并给出一套可直接照做的省额度工作流与订阅选型判断标准。
订阅制 AI 编程工具几乎都采用「滚动窗口 + 周期上限」的额度模型：比如每 5 小时重置一次的窗口额度，再叠加一个周上限。很多人第一次真正跑一个完整任务时才会发现，这个额度远比想象中不经用——有人让 agent 连续改造项目，一个多小时就把 5 小时窗口打空，任务还没收敛就被强制中断；第二天接着处理，只清掉三个问题，额度又只剩三成多。另有反馈是两小时左右见底。
这类现象不需要玄学解释。Agent 型工具的花费，基本和你交给它的自主权成正比：你让它自己找文件、自己跑命令、自己判断下一步，它就会用掉几十上百次模型调用。理解钱花在哪，比换更贵的套餐更有用。
额度到底被什么吃掉了
- 推理强度：high / xhigh / max 这类档位会让模型在给答案前生成大量思考内容，这些思考 token 同样计费。同一道题，最高强度和中等强度的消耗可能差出数倍。
- 多轮工具调用：读文件、检索、执行命令、读输出，每一步都是一次完整的模型请求，且每次都要重新带上对话历史。
- 上下文体积：大仓库、长会话、把整份日志贴进去，都会让每轮请求的输入膨胀，费用随轮数线性叠加。
- 重跑成本：任务被中断后如果从零开始，前面的消耗全部沉没，等于同一件事付了两次钱。
- 模型档位单价：高配模型和轻量模型的单 token 成本差距明显，用高配跑机械活是最常见的浪费。
一个容易被忽略的点：让 agent 做「全面体检」这类没有明确终点的任务，它很难自己判断什么时候该停，往往会一直挖下去，直到把额度挖穿。
强档模型与轻量档：分歧在哪
讨论里最集中的争议是：便宜的轻量档开到最高推理强度，能不能替代强档模型？
一种观点认为，轻量档配高推理强度再加 fast 模式非常耐烧，日常开发完全够用，强档模型本身就是贵，指望它随便跑不现实。另一种观点认为两者基模不同，差距不是靠调高推理强度能抹平的：轻量档即使开到最高，对用户意图的理解仍明显弱于强档的高强度档位，它适合执行路径短、确定性高的任务；而在架构设计、方案评审这类需要判断力的场合，质量排序是强档明显占优。
折中的共识大致是这样一张表：
| 任务类型 | 建议档位 | 理由 |
|---|---|---|
| 需求拆解、架构设计、疑难问题定位 | 最强档 high/xhigh | 意图理解与方案取舍的差距最明显 |
| 按既定方案改代码、补测试、批量重命名、写脚本 | 轻量档 + 高推理强度 + fast | 路径确定，额度主要花在动手而不是反复思考上 |
| 代码审查、跑通报错、小步修复 | 中等档 | 消耗可控，结果也够用 |
| 无明确终点的「帮我看看项目有啥问题」 | 不建议交给 agent | 缺少停止条件，最容易烧穿额度 |
还有一条值得单独记下的经验：强模型在高强度档位下容易过度设计，喜欢加一堆用不上的兜底逻辑、抽象层和防御性代码。这不仅是代码质量问题，也意味着你花高价买来的额度被用在了你根本不想要的东西上。方案设计阶段一定要人工审核并剔除，别让它自由发挥。
把额度用在刀刃上的具体做法
下面这套流程不需要改任何配置，先从习惯入手就能立竿见影：
- 先规划，后执行：第一步只让它输出实施计划，明确要改哪几个文件、分几步、验收标准是什么。你确认后再让它动手。这一步能挡掉大量走错方向后的重跑。
- 缩小任务粒度：一次只交办一个可验证的子任务，比如「把 A 模块的同步调用改成异步，并补齐对应单测」，而不是「优化一下项目」。
- 控制上下文：明确告诉它从哪个路径开始看，避免全库扫描；善用项目级指令文件（如
AGENTS.md）写清楚目录结构、常用命令、禁区目录，减少它自己摸索的轮数。 - 切换任务就新开会话：长会话的历史会一直跟着你计费，任务完成就重开，别在同一个会话里从需求讨论一路做到部署。
- 让进度落盘：要求它把待办和已完成项写进
progress.md之类的文件，中断后从文件恢复，而不是重新描述一遍需求让它从头理解。 - 分档使用：探索和机械执行走轻量档，关键决策和复杂重构再切强档。把最强的模型留给最需要判断力的十分钟。
- 每次任务结束看一眼剩余额度：连续记一周，你就能建立「这类任务大概花多少」的直觉，比任何攻略都准。
- 长任务别跑在会睡眠的机器上：笔记本合盖、Wi-Fi 切换、SSH 断线都会让正在跑的会话中断，重跑就是白花额度。如果经常需要挂着跑长任务，把工作放到一台长期在线的机器上是更稳的选择——例如租用整台放在机房的远程 Mac，通过网络连接使用，本地设备休眠也不影响远端任务继续跑。这只是可选方案之一，先评估自己的任务时长和网络条件是否真的需要。
另外，具体模型名称、强度档位的写法和 fast 模式的开关方式会随客户端版本变化，配置时以你所用工具的官方文档为准。
订阅档位怎么选才不亏
看到额度见底，第一反应通常是「那就升级」。升级前建议先做两周记录：每天真正完成几个任务、平均每个任务消耗多少额度、有多少消耗是浪费在重跑和无效探索上。
- 如果浪费比例很高，先按上面的流程优化，往往不用升级就能撑住。
- 如果优化后仍然稳定撞上限，说明用量是真实的，升级或改用按量计费的 API 才划算。
- 有的套餐提供更高的周上限，但周上限高不等于每天够用，要看清是窗口额度紧还是总量紧。
- 不要为了摊薄成本去买卖账号或与他人共享订阅，这通常违反服务条款，存在封号和代码泄露风险；提高额度请走官方升级或官方 API。
- 各家的促销加量、赠送额度都属于时效性很强的信息，看到别人说「现在多送 50%」时，请以官方页面当下的说明为准，别按过期活动做决策。
注意事项
- fast 模式不等于便宜，它主要影响响应速度，真正的消耗大头仍是推理强度和调用轮数。
- 别让最强的模型做最机械的活，这是单次浪费最大、也最容易改掉的习惯。
- 没有停止条件的任务不要交给 agent，它不会主动认输。
- 额度规则、模型版本和档位命名都变得很快，本文描述的是通用规律，具体数值和名称请以官方最新文档为准。
小结
额度烧得快，通常不是因为工具坑，而是因为把「高推理强度 + 长自主链 + 大上下文 + 中断重跑」四个因素叠在了一起。把任务切小、先要计划再动手、进度落盘、按任务难度分档使用模型，这四件事做完，同样的额度能多干不少活。至于升不升级，等有了两周的真实消耗记录再决定，比当场冲动下单靠谱得多。
