OpenAI Codex CLI 惊现无限额度漏洞，教你薅羊毛的正确姿势

最近科技圈有个挺有意思的消息，不少在折腾 AI 编程工具的开发者发现：OpenAI 旗下的 Codex CLI 工具似乎出现了一个“低级”BUG，导致用户的额度不再正常扣减，只要保持特定的操作节奏，就能实现“无限白嫖”。

虽然现在各类 AI 代码助手层出不穷，但 Codex 凭借其深厚的技术底蕴，在很多复杂场景下的表现依然能打。如果真能无限刷，对于个人开发者或者想深度体验的朋友来说，绝对是个不可错过的“羊毛”。今天我们就来详细扒一扒这个 BUG 的具体情况、复现方式以及背后的技术坑点。

Codex CLI 代码生成界面示例

Codex CLI 工具界面示例

按照正常逻辑，Codex CLI 每次生成代码都会根据 Token 消耗量扣除对应的账户额度。当你额度不足时，工具会直接报错并拒绝服务。

但这次曝出的问题是：在某些特定请求下，服务端虽然返回了完整的代码生成结果，但并未成功扣除用户的额度余额。这意味着，只要你不去手动刷新页面或触发强制校验，你的账户余额就会一直停留在初始数值，你可以无限次地发起代码生成请求，直到你不想用为止。

异步扣费失败流程示意图

异步扣费逻辑失败原理示意图

经过多方测试，触发这个 BUG 的核心在于“长连接复用”。以下是目前的通用复现逻辑：

保持 CLI 会话活跃：不要频繁退出或重新登录 CLI 工具。一旦断开重连，服务端可能会重新校验你的账户状态，导致额度被修正。
批量小任务：相比于一次性生成几千行的超大文件，将任务拆分为多个小请求更容易“绕过”监听机制。比如多次调用 inline-edit 或 insert-mode 功能，而不是单次生成整个函数。
网络“弱网”环境辅助：部分反馈指出，在弱网环境下，或者在请求高并发时段，服务端扣费日志的写入可能出现延迟。如果此时快速连续发起请求，扣费逻辑可能会因为并发锁的问题而失效（仅推测，属于常见后端并发踩坑点）。

虽然我们看不到源码，但从现象推测，这大概率是一个典型的“异步扣费失败”或“事务回滚不完整”的问题。

通常这类系统的设计应该是：

问题很可能出在第 4 步和第 5 步之间。如果第 4 步返回成功，但在第 5 步写入数据库时因为网络抖动或服务负载过高而失败了，且没有重试机制或回滚机制，用户就能成功“白嫖”到这次计算资源。Codex CLI 作为老牌工具，其计费模块可能处于维护边缘，出现这种逻辑疏漏也不算太意外。

虽然利用这个 BUG 可以免费使用，但作为博主，还得给大家提个醒：

不要过度依赖：这毕竟是个 BUG，OpenAI 的后台财务系统迟早会进行对账。一旦发现异常，可能会进行事后补扣或者直接封禁异常账户。建议仅用于测试和学习环境，不要用在生产项目上，以免造成代码丢失或服务中断。
珍惜账号：如果你绑定了支付方式或者关联了重要服务，建议低调使用。大规模的高频请求极其容易触发风控，导致账号被限制。
关注官方动态：随着该 BUG 传播范围的扩大，官方修复（Hotfix）随时可能上线。一旦修复，所有未扣除的额度可能会被一次性清零，大家要有心理准备。

这个 BUG 算是给枯燥的编程生活加了一点点意外的“福利”，如果你之前嫌弃 Codex 贵而弃用了，现在不妨把它重新装回来试试看，说不定能捡到漏。