> 整理一下最近被问得最多的 Codex 踩坑问题,顺便分享出来。
四个坑,按踩到的频率从高到低排:
1. WhatsApp 推送陷阱
这是最容易翻车的一个。
有些国家的号码,OpenAI 默认通过 WhatsApp 推送验证码,而不是 SMS 。你从号码服务这边拿到的是个纯 SMS 通道的号,那这个号永远收不到 OpenAI 的验证码——因为信根本没发到 SMS 这条路上来。
这跟号码本身好不好用没关系。你换号、换平台、点重发,都是同一个结果——只要你选的国家被 OpenAI 划到 WhatsApp 推送区域,SMS 信道这边就是死路。
判断方法很简单:看 OpenAI 验证页面那行提示——如果写的是 `a code has been sent to ... via WhatsApp`,基本就废了。美国 / 英国 / 俄罗斯一般走 SMS,相对稳定。
2. 重复点 resend 会被静默限流
这是另一个普遍误判。
OpenAI 后端对「重发验证码」有 silent rate limit——你点一次,它发一次;你连续点 5 次,后面那几次不是「让队列里多塞几条」,而是被静默扔掉,你在前端完全看不到错误,只看到一直没收到。
这套机制本来是反脚本的,但顺带把着急的真实用户一并误伤了。
如果你前 1 分钟点了三次 resend 都没收到,别再点了。等 15-20 分钟,让节流窗口过去,再点一次,通常就到了。这事 GitHub 上 openai/codex 仓库的讨论区已经有维护者确认过,不是猜的。
3. 号码格式 bug
几个具体国家踩过:
+44(英国):OpenAI 有时候会在国家码后面自动加个 0(变成 `+44 0xxxx`),这个格式它自己又识别不了,验证码永远不到。出现这种情况,社区里大家的解法是把号码后面那串数字开头的 0 自己手动去掉、重填一次。
+251(埃塞俄比亚):同样的前导 0 bug,GitHub 上有 issue 报过。
小众国家号段碰到收不到,先怀疑这种格式问题,再怀疑号码本身——很多时候不是号码废了,是中间那个 0 把 OpenAI 自己搞糊涂了。
4. 验证完弹 403,八成是 IP 问题不是号码问题
如果你验证码已经收到、填进去了,然后页面弹一个 `Token exchange failed: Country, region, or territory not supported`(403)——
这通常是你出口 IP 的问题,不是号码的问题。OpenAI 在最后一步还会检查你出口 IP 的地区,如果用的是共享代理或者 IP 被标记过,就会在这一步拦下来。
换号码不会修这个错误——你的号码可能已经成功收到验证码并填进去了,问题不出在号码这层。换 IP 才修。
解法:换一个干净的、相对独享的住宅 IP,然后重新走一遍验证流程。
报错信息对照表:不同症状,不同根因
很多人第一反应是「号码不行」,其实大部分时候根因不在号码这一层。
分享个起充便宜的，批量接了一波，但这家现在 API 还不能用，说要月底。
www.dogesms.com
在 DogeSMS 上接 Codex 验证码
步骤 1:在 DogeSMS 搜 `OpenAI`,选服务卡
步骤 2:选国家，优先选美 / 英 / 俄等已知走 SMS 的国家。如果后面 OpenAI 验证页面提示 `via WhatsApp`,回头第 2 步换一个国家。
步骤 3:把号码粘进 OpenAI 验证页面
步骤 4:回 DogeSMS 等验证码
别狂点 OpenAI 那边的 resend(参考上面第 2 个坑——silent rate limit)。等几十秒,验证码会送到 DogeSMS 这边来。
步骤 5:在 OpenAI 输入验证码,完成
如果验证页面显示 `a code sent via WhatsApp`,那是国家号段路由的问题(参考上面第 1 个坑),回头从第 2 步换一个走 SMS 的国家。
来源: v2ex查看原文