「我明明登录的是 ChatGPT 订阅，为什么 API 账单一直在涨？」这是 AI 编程工具社区里反复出现的求助帖，答案常常出人意料：请求根本没走订阅额度，被环境变量里一把残留的 API key 静默接走了。Codex 在 ChatGPT 登录与 API key 并存时，会优先使用 API key，而且多数情况下不会郑重其事地提示——账单与心理预期就这样悄悄分了家。这篇按误区文的惯例，先摆三种常见说法，再逐条对照看错在哪，最后给一份排查与预防的动作清单。
说法一：登录了订阅，用的当然是订阅
第一种说法把「登录状态」当成了「使用状态」。对照看，Codex 判断走哪条道的依据里，环境变量 OPENAI_API_KEY 的优先级排在前面：只要这个变量在 shell 环境里挂着值，CLI 就拿它当凭据，请求直接计入 API 账单，订阅额度一动不动。这个变量经常在你不知情时被挂上——早前按教程配过一次、其他工具的安装脚本顺手写入、复制环境配置时带进来的，都可能留下这把看不见的钥匙。登录与否与走哪条道是两件事，两条道的机制背景见登录两条道一篇，混为一谈是这条误区的根。
说法二：账单涨了，是我用量变大了
第二种说法把账单上涨全归因于用量。对照看，账单异常上涨时，第一件事是查走没走错道：在 shell 里检查 OPENAI_API_KEY 是否有值，有值先 unset，再确认登录状态正常，让请求回到订阅轨道。更直接的验证办法是分开看两本账：订阅额度看用量面板，窗口与消耗的机制见额度窗口一篇；API 消耗看 API 后台，按量计价的背景见API 价格一篇。两边对不上号，就是改道的实锤，比对着账单猜原因有效得多。
说法三：退出登录就与订阅无关了
第三种说法把方向弄反了：以为退出登录能断掉计费，实际恰恰相反。logout 只清 ChatGPT 的凭据，环境变量是 shell 层的东西，logout 根本不碰它；结果订阅凭据没了，CLI 反而更顺理成章地全走 API。同理，只 unset 当前会话也不够稳：变量多半来自 shell 配置文件或某个工具脚本，下个会话又会回来。真正的预防要做两层：环境层，把 OPENAI_API_KEY 从配置文件里清出去，需要时按会话临时注入；配置层，在 config.toml 里设置 forced_login_method 强制走 ChatGPT 登录，让 CLI 拒绝其他凭据路径。两层一起上，静默改道才算堵死，两条轨道的全貌见计费轨道一篇。
| 常见说法 | 错在哪 | 对照后的实际情况 |
|---|---|---|
| 登录了订阅，用的当然是订阅 | 把「登录状态」当成「使用状态」 | OPENAI_API_KEY 挂着值时优先级排在前面，CLI 拿它当凭据，订阅额度一动不动 |
| 账单涨了，是我用量变大了 | 把账单上涨全归因于用量 | 订阅看用量面板、API 看后台，两边对不上号就是改道的实锤 |
| 退出登录就与订阅无关了 | 把方向弄反了 | logout 只清 ChatGPT 凭据，碰不到 shell 层的环境变量，反而更顺理成章全走 API |
对照之后：账单异常的排查清单
三种说法对照下来，共同的根子是凭据的优先级没搞清。给一份能直接用的清单：第一步，echo 检查 OPENAI_API_KEY 是否有值，有则 unset，并检查 shell 配置文件里的残留；第二步，确认 codex login 状态正常；第三步，config.toml 加 forced_login_method 锁定登录道；第四步，回看 API 后台账单，圈出改道时段，确认损失范围；第五步，把重查环境变量纳入换机器、升级后的固定动作。团队场景再加一条：新成员接手环境时，环境变量是必查项。想让防线更牢，可以让 DeepSeek 把环境变量与配置项的作用整理成对照表，再用豆包解释 shell 配置文件的加载顺序，残留藏在哪里一次查清。
环境变量误区速查
- OPENAI_API_KEY 挂着时，请求静默优先走 API 计费
- 账单异常先查改道，再查用量
- unset 之外还要清 shell 配置文件里的源头
- config.toml 的 forced_login_method 锁死登录道
- 换机器、升级后重查环境变量，纳入固定动作
API 计费误区快问快答
- unset 之后还要做什么？：查源头。环境变量多来自 shell 配置文件或工具脚本，只 unset 当前会话，下个会话又会回来，源头清掉才算完。
- API key 留着不用有风险吗？：有。只要变量挂着，任何一次调用都可能被它接走；不用就清变量，key 本身在后台删除或禁用更稳。
- 怎么确认请求现在走哪条道？：对两本账。跑一个小任务后，订阅额度看用量面板、API 消耗看 API 后台，哪边动了，走的哪条道当场见分晓。
