使用 Codex 开发大型项目时，如何减少额度消耗？

最近我开始用 Codex 写代码。小项目里它很顺手，读代码、改文件、跑测试都很快，基本能当半个搭档使。
可项目一大，问题就来了：额度掉得飞快。我用的是 Plus 套餐，只要动不动让它扫一遍整个工程，或者揪着同一段代码来回改，又或者一上来就丢给它一个特别宽泛的任务，常常是项目还没做完，额度就先见底了。
所以我一直在琢磨：怎么在不拖慢开发的前提下，让 Codex 少干无用功，把额度花在真正需要它动脑、动手的地方？用了一段时间，我攒下几条经验。

一、别一上来就让它检查整个项目

我以前特别爱这么用：直接甩一句”帮我看看这个项目还有什么问题，然后都修了”。
这种提示词看着省事，其实范围大得吓人。Codex 得把一堆目录和文件翻个遍，先摸清项目结构，再猜哪些代码该动。要是项目里还堆着依赖、缓存、编译产物这些无关的东西，它就得白读一大堆，额度全耗在这上面了。
更好的做法是把任务框死在一个具体的地方。范围越小越明确，它要读、要分析的东西就越少，花的额度自然也少。

二、先让它分析，再决定改不改

碰到复杂点的问题，别急着让 Codex 直接上手改代码，分两步走。
第一步，只让它分析，先别动代码。比如问它：”这个 bug 可能出在哪？先讲讲你的判断和思路，别改。”
第二步，看完它的分析，我再决定按不按它的思路来、改哪儿。方向确认了，才放它动手。
这样它就不会闷着头一通乱改、改错了再推倒重来。一来一回省下的，全是额度。

三、能在网页版做的，就别占 Codex 的额度

设计方案、理思路这种不用真跑代码的活儿，可以先在网页版里聊。网页版不吃 Codex 的额度，等方案敲定了，再回到 Codex 里让它落地成代码。说白了就是把”动脑”和”动手”分开：想清楚了再花钱干活，而不是一边想一边烧额度。