国内开发者注册 Claude 多半都卡在同一件事:Claude code 手机号验证必须填海外号,国内手机号走不通。甚至这跟你IP在哪都没有任何关系,是 Anthropic 的 supported countries 名单里从一开始就没有中国大陆,+86 根本不在 SMS 下发列表里——换浏览器、换 IP 都改不了。

Claude code 手机号验证的官方规则

Anthropic 官网维护过一份 Supported countries 列表,中国大陆、香港、澳门都不在里面,台湾在。这份名单不是写给客服参考的,是直接接进了注册系统——你的号码区号一旦不在列表里,后端就不下发短信,前端那个「验证码已发送」只是一句固定文案,跟后端有没有真的发是两回事。

更深一层的限制是号段类型。社区里多人复盘后能确认 Anthropic 拒绝的几类号段如下:

号段类型 是否能过 备注
大陆移动 / 联通 / 电信(+86) 区号被名单拒绝
Google Voice / Twilio 等 VoIP 后端识别为 Unsupported Phone Line Type
第三方接码平台号 部分能过 取决于号段是否被标记
海外实体 SIM(美 / 英 / 日 / 新等) 但需要对应国家的网络环境一起过
座机 直接拒

还有一个容易被忽略的事实——Claude Code(CLI)本身不单独走手机验证。手机验证是发生在 Claude 账号注册阶段(claude.ai 那个页面),CLI 是通过 claude /login 复用账号或者 API key 进来的。所以「Claude code 手机号验证」搜到的实际问题,基本都是底下那个 Claude 账号过不去。

+86 走到那一步,会看到的几条报错

我们组前后试过五个号,遇到过的报错就这么几个:

1. phone_number_temp_blocked
   现象:填完号、点发送,弹一句 "too many attempts"
   原因:同一号在短时间内被试过太多次

2. Unsupported Phone Line Type Error
   现象:填完号、点发送,直接拒
   原因:号段被识别为 VoIP / 应用号 / 座机

3. Number Already Used Too Many Times
   现象:之前别人用过的号再填进来,直接拒
   原因:接码平台号最常踩

4. (没有报错码)
   现象:「验证码已发送,请等待」,等多久都不到
   原因:区号不在 supported countries,后端没下发

第 4 类最折磨——因为它在前端看不出来是「拒绝」,看起来就是网络慢。新人会一直点重试,然后触发第 1 类,号被临时锁 24 小时。我第一次踩坑就是这条路:等了 10 分钟没到,重试 4 次之后被 phone_number_temp_blocked 锁住,没法再改。

试过的几条路

按从成本低到高排,记录一下每条路真正坑在哪。

第一条:借海外朋友的号。 听起来最快,但绑定之后这个号就跟那位朋友的账号绑死了。后面如果你账号被风控想换 IP 重新登,验证码还是发到他手机上——你每次想登都得跨时区打电话过去。我们组试过一次,最后那位朋友主动让我们别再绑了。

第二条:接码平台。 SMS-Activate、Hero-SMS 这一类。社区里说成功率不错,我们试了 SMS-Activate 美国号,第一次确实过了,验证码也收到了。但第二天就出事:账号显示 account suspended。后面才搞清楚——接码平台的号段在很多账号之间共享,Anthropic 风控不是看你这次的号、是看这个号过去关联过几个账号。号本身能过验证码,但账号在 24-72 小时内被风控判可疑只是时间问题。

第三条:Google Voice。 这条我没自己试,看了几条社区帖之后直接放弃了。Google Voice 号段在 Anthropic 那里被识别为 VoIP,直接 Unsupported Phone Line Type,基本没人过过,别浪费时间。

第四条:买海外实体 SIM 卡。 这条理论上最稳,现实是:你光有号还不行,你得有那个国家的网络环境一起去注册。我们尝试过一张美国 SIM 卡,但登录 IP 是日本节点,照样被风控。SIM 卡 + IP + DNS + 时区都得对得上。

第五条:让海外朋友远程帮注册。 把整套流程外包给在海外的朋友,让他在自己的网络环境下注册一个新号,再把账号给你。这条能过,代价是你这一辈子都不能在国内 IP 直接登——一登就回到第三道坎。

还有一个问题是,接码过了之后,账号层还要再卡你一道

接码平台过验证码这件事 Anthropic 拦不住——号是真号、SMS 真到了、验证码确实是后端发的。但 Anthropic 的反风控不只看这一次注册行为,它看号段的关联历史、看你后续登录的 IP、看 device fingerprint。一旦判可疑,新号会在 24-72 小时内进入封号队列。

社区里几条降低风险的原则也都是围绕这件事写的:

  • 一台机器一个浏览器,只用来访问 Claude
  • 不要在不同设备 / 浏览器之间反复登录
  • 不要切换网络节点(IP 跨地区跳变是高风险信号)
  • 优先住宅 IP,避免机房 IP

但这套规则在国内执行起来很累。代理掉线自动重连切到别的地区是常态,一切就是触发风控的瞬间——上午能登,下午刷新一下就要重新走身份核验。

4 月之后还多了一道身份核验

4 月中旬开始,Anthropic 上线了 Persona 身份核验(政府 ID + selfie),按 case-by-case 触发,主要针对疑似可疑的注册和申诉。这一道不替代手机验证,是在它之上加了一层。

对国内用户副作用最直接的是:中国大陆居民身份证不被接受,护照都不一定可以过。手上没护照的大伙基本就在这一步停下了。

也就是说从 4 月之后,国内开发者用 Claude Code 的链路从「三件套」(手机号 + 卡 + 网络)变成了「四件套」(手机号 + 卡 + 网络 + 身份核验),每一道都要单独想办法。

国内手机号难道真就不行吗?

绕到这一步,把「Claude code 手机号验证」这件事重新看一下。它不是能不能找到一个能过的号的问题了。

Anthropic 把整条注册链路——号段、支付国家、登录 IP、身份证件——全都跟 supported countries 列表绑死,你想从外部一节一节地过,每一节都得换一种工具。所以你想绕过,就一个非常好的方案,找一个国内做了Claude SDK的编排的。

但这个开发量之大,国内真不好找,多亏了之前cc源码泄露了一回,我还真在国内找到了一个做到跟cc打平的Teamo Code。它的做法是手机号、信用卡、网络出口、身份核验这几层在它那一侧统一处理,直接在国内拿到一个能登录的 Claude Code CLI 环境,跑的还是A社的原生体验,用的还是 Claude 官方模型。

它不是 fork、也不是协议反代,所以你在它里面运行 Claude Code 的体验跟原生几乎一致:

它当然有边界——目前只有 CLI 形态,没有原生网页版,习惯 Claude Web 或者 APP 的同学切过来还是得花一两步配置;初次激活也要走一遍流程,不过官网有教程还挺简单的,有点喂饭式攻略的意思了。

但对每天靠cc写代码的工程师来说,把注册链路这件事整段外包给Teamo Code,日常工作流里被Claude code 手机号验证这一步消耗的时间就归零了。

Logo

欢迎加入DeepSeek 技术社区。在这里,你可以找到志同道合的朋友,共同探索AI技术的奥秘。

更多推荐