Codex 承诺的重置次数终于到账！反代用户如何操作？

最近关注 Codex 的朋友应该都知道，官方之前曾放出风声要送一波重置次数。当时大家心里可能都犯嘀咕：这饼能不能画圆？现在好消息来了！经过大约两天的等待，很多用户反馈这次的重置次数已经实实在在到账了。不得不承认，这次官方还是比较守信用的，说到做到，这就给了我们继续“白嫖”下去的动力。

不过，随着次数到账，另一个实际问题也浮出水面，尤其是对于技术流玩家：如果我使用的不是官方客户端，而是通过反代理（比如自建的节点）来访问，这个重置次数还能正常用吗？怎么操作？

官方 App 中的重置按钮位置示例

反代用户遇到的问题

通常情况下，官方赠送的重置次数最直接的触发方式是在官方 App 或网页端进行某些特定操作（比如点击重置按钮或等待自动刷新）。但对于通过 Nginx 反代、Cloudflare Workers 等手段“曲线救国”的用户来说，后台的逻辑判断可能会出现偏差。

有朋友反馈，反代出来的界面有时候找不到重置入口，或者点击重置后没有反应，导致这波羊毛薅得不够顺畅。这主要是因为反代过程中某些请求头或 Token 校验机制与官方原路不一致导致的。

解决方案与操作建议

针对这个问题，这里提供几个排查思路，希望能帮到卡壳的朋友：

浏览器开发者工具监控重置 API 请求

1. 切换 Host 绑定：如果你的反代是针对特定域名的，尝试暂时关闭反代，改用 Hosts 指向官方服务器（需修改本地 hosts 文件），登录账号进行重置操作。重置成功后，再切回反代环境使用。这是最稳妥、但也最麻烦的“笨办法”。

2. 检查 API 路由：如果你有能力修改反代配置，可以打开浏览器的开发者工具（F12），在 Network 面板中监控“重置”按钮点击时的真实 API 请求（通常是 /backend-api/reset 或类似路径）。看反代节点是否正确转发了这个请求，有没有被防火墙或缓存策略拦截。

3. Cookie / Session 同步：有些反代方案会重写 Cookie。确保你在重置操作时，浏览器中保存的 Session ID 与反代服务中识别的 ID 是一致的。有时候清理一下反代端的缓存，重新登录一次即可解决问题。

4. 利用 Mobile Agent：尝试在反代前端设置 User-Agent 为移动端设备，有时移动端的接口逻辑与桌面端不同，可能会绕过某些限制。

捡漏建议

目前来看，这次重置似乎是为所有承诺过的账户批量发放的。如果你还没收到，不要急着慌：

• 检查一下更新：确保你使用的客户端或网页端是最新版本，旧版本可能不会触发显示逻辑。
• 耐心等待：虽然第一批已经到账，但有时候批量发放会有延迟，稍微再等等说不定就有了。

总之，这次 Codex 的操作还算良心，反代玩家虽然要多折腾两下，但为了免费的额度，动动手指也是值得的。大家如果还有其他骚操作或者遇到新坑，欢迎在评论区交流！