这是我过去一个半月使用Codex产生的Token数量——11.3亿。
而且说实话，我还算用得比较少的。
7月13日，Codex暂时取消了五小时限额，官方还时不时给用户重置额度。那段时间，一个ChatGPT Plus几乎怎么用都用不完。
8月25日，五小时限额还是回来了。
plus用户回归了五小时限额，pro5x和pro20x依然没有五小时限额
这期视频，我会讲清楚五小时限额回归后，Codex 到底还能怎么用？额度如何计算，又该怎么省？
codex额度
有很多人问，gpt的plus一周或者一个月到底有多少token
这个还不太好算
因为你选不同的模型，实际的任务消耗是不一样的
然后又叠加之前官方时不时的重置，所以很难算出一个具体的token数
codex重置周期
“今天会重置吗”
这是最近在群里看到最多的一个问题
因为openai之前经常在重置
最疯狂的时候，一周重置了四次
把大家钓成翘嘴了
目前如果codex要重置的话，tibo会在推特上发个消息，可能提前一天，也可能提前一小时
也可能是送重置卡
有网络条件的话，可以关注一下
官方重置之后，那个周限额的重置时间就继续往下算了
比如你的自然重置时间是8月21号
在8月19号，官方给你重置了
那下次你的自然重置时间就是8月25号
codex限额
“5小时限额我用完了，还能继续用吗”
之前被问到最多的一个问题了
在限额周期内，如果你额度用完了，那就等下一个周期
五小时用完了，就等下一个五小时
周额度用完了，就等下一周
但是现在chatgpt和codex合并之后，有一个好处
你codex额度用完了，依然可以用chatgpt的聊天功能
chatgpt的聊天和codex额度是分开计算的
Codex省额度工作流
- 先判断这件事需不需要Codex
如果只是查资料、讨论方案、润色文案，或者问一个不需要读取项目的问题，直接用 ChatGPT 的聊天功能通常就够了。因为 ChatGPT 聊天和 Codex 的额度分开计算，能在聊天里完成的事情，就没必要消耗 Codex 额度。
只有当任务需要读取代码、修改文件、运行命令，或者在项目里持续执行时，我才会使用 Codex。
- 计划模式，避免返工
复杂任务不要一上来就让 Codex直接修改。
我一般会先进入计划模式，让它分析需求、检查项目，再给出准备修改哪些文件、采用什么方案、如何验证结果。
确认方向没有问题之后，再让它开始执行。
这一步看起来多了一轮对话，实际上往往更省额度。因为 Codex 最浪费额度的情况，不是多问了一句话，而是做了半天之后发现方向错了，最后全部推倒重来。
- 中途跑偏，立即叫停
Codex执行任务的时候，我会关注它当前在做什么。
如果发现它理解错了需求、修改范围越来越大，或者开始处理一些与目标无关的问题，我会立刻叫停，而不是等它把错误方案全部做完。
停下来以后，先把目标和边界重新说清楚，再让它继续。越早纠正方向，浪费的上下文和额度就越少。
- 任务完成，封存上下文
一个任务完成以后，我会让 Codex更新到agents.md里面，包括完成了什么、修改了哪些文件、做过哪些验证，以及还有哪些问题没有解决。
这样后续开新会话，codex依然知道项目现在的情况
- 新任务尽量新开会话
很多人习惯在同一个会话里不断追加任务，但对话越长，Codex每次需要处理的历史上下文就可能越多。
如果前一个任务已经完成，而接下来要做的是另一件独立的事情，我通常会直接新开一个会话。新的会话只提供当前任务真正需要的目标、文件和背景，不把前面几十轮无关内容一起带进去。
当然，如果两个任务紧密相关，需要依赖刚才的修改结果，就可以继续原来的会话。判断标准很简单：
这个新任务是否必须依赖前面的对话才能完成？
如果不依赖，就新开；如果依赖，就先总结上下文，再决定继续还是新开。
当然，这套工作流解决的是额度浪费问题，不是让额度凭空变多。
如果这些都做好了，额度还是经常不够，那说明你的工作量已经超过了一个 Plus 能承载的范围。
这时候继续抠额度意义不大，可以考虑增加一个 Plus，或者直接升级到 Pro。
是否需要升级，还是根据自己的实际用量来，偶尔碰到限额的话，其实没必要着急加套餐。
