Claude 封号复盘：封号时间线、客户端设备编号与现在的做法

先说结论

我前后被封过好几个 Claude 账号，算下来亏了三千元左右。很长一段时间里，我一直以为问题出在网络出口不够干净。

这次我把封号记录按时间线重新对了一遍，又在本机的 Claude Code 客户端里逐条检索流传较广的说法。结论和原来的判断不一样：

• 嫌疑最高的，是往浏览器里注入网页登录凭证的扩展，以及多个账号挂在同一个设备编号下。
• 出口 IP 排在最后。付费主号在同一个机房 IP 上用了三个月，一直正常。
• Claude Code 客户端本身也有一个固定的设备编号，常见的切号工具只替换登录信息，不会替换它。

下面分开说依据，以及我现在的做法。

封号时间线

第一次，两个免费账号在同一天被封：

• 6 月初注册第一个免费账号，用了 8 天。
• 6 月 9 日装了一个浏览器扩展，用来快速切换账号。它的做法是把网页端的登录凭证直接写进浏览器。
• 6 月 11 日登录第二个账号，当天的网络出口不在平时的地区。
• 6 月 12 日 20:37，两个账号同时被暂停。

第二次，新注册的付费账号被封。8 月在一个多开浏览器里新建环境，用低信誉的邮箱域名注册，注册后马上购买了 Pro。事后排查，那个环境很可能没有配置代理，新账号第一次出现就来自国内网络。

中间还有一次误判。7 月，一个付费账号显示“额度读取不到”，我以为它也被封了，把它从切号工具里删掉。月底复查才发现账号一直正常，只是登录令牌过期。

按嫌疑排序，IP 排在最后

我把能找到的痕迹放到同一条时间线上：浏览器 Cookie、客户端配置、人机验证记录和出口 IP 记录。按嫌疑从高到低：

1. 注入网页登录凭证的浏览器扩展。 装上后第三天被封。官方登录走 OAuth 授权，这类扩展是把网页端的登录态直接写进浏览器，两者不是同一种机制。
2. 同一个设备编号下挂了多个账号。 Claude 桌面端和浏览器都会保存一个设备编号。我这两处的编号七八十天没变过，期间登录过好几个账号。
3. 账号不在自己名下。
4. 在客户端里频繁切换账号。
5. 机房 IP。 付费主号在同一个机房 IP 上用了三个月，没有出过问题。

另一个当时被忽略的信号：从 6 月初开始，人机验证先后弹了 11 次。

这个排序来自我自己的记录，是推断，不是 Anthropic 公布的规则。

在客户端里核对到的事实

检索对象是本机的 Claude Code 2.1.282（macOS）。方法是在客户端程序里查找相关代码和字符串，没有抓包确认实际上行的完整内容。

设备编号会和账号一起上报

Claude Code 会在用户目录下的 .claude.json 里保存一个设备编号：第一次运行时随机生成，之后保持不变。上报使用数据时，这个编号和当前账号的 ID 出现在同一条记录里。

切号工具不会替换设备编号

我用的切号工具，切换时只替换账号的登录信息，设备编号原样保留。工具作者在代码注释里也把这个编号归为“机器身份”。

所以，在同一台电脑上轮换过的几个账号，在服务端看来就是同一台设备上的几个账号。

几条流传说法的核对结果

• “客户端会读取系统代理设置。” 在客户端里没有找到 macOS 读取系统代理的相关系统接口。
• “客户端会检测时区。” 客户端确实会读时区，找到的两处都用来显示时间。另外，我在 6 月逐字节对比过 2.1.90 和 2.1.91：从 2.1.91 起有一段标记逻辑会用到时区，但只在请求地址被改成第三方中转服务时启用，官方直连不会触发。
• “删掉 .claude 文件夹就清理干净了。” 保存设备编号的 .claude.json 在用户目录根下，不在 .claude 文件夹里。只删文件夹，编号还在。

一次误判：额度读取不到，不等于被封

显示“额度读取不到”时，更常见的原因是登录令牌过期。先刷新登录状态，不要急着删除账号。

还有一种情况也容易被误判：同一个账号同时交给两个工具管理。刷新令牌时，一方拿到新令牌，另一方保存的旧令牌随即失效，看上去就像账号突然不能用了。一个账号只交给一个工具管理，就能避免。

现在的做法

1. 一个环境只登录一个账号。主账号所在的电脑，不再轮换其他账号。
2. 只用官方登录方式，不安装注入登录凭证的扩展。
3. 网络出口固定，不与他人共用；Claude 的连接单独走一条路径，断开时保持断开，不自动切换到其他网络。
4. DNS 解析器所在地和出口所在地一致。我遇到过一次出口 IP 在美国、32 个解析器里却有 11 个在国内的情况。
5. 时区和出口所在地一致。这一条对网页端影响更大。
6. 额度读取不到时，先检查登录令牌；一个账号只交给一个工具管理。
7. 自动化任务控制重试次数和并发，避免失败后无限重试。

这篇文章没有验证什么

• 没有抓包确认上报数据的完整内容，只在客户端代码里确认了字段和组织方式。
• 封号因素的排序来自个人记录的时间线，是推断，不是官方结论。
• Anthropic 没有公开风控规则。这些做法只能降低风险，不能保证账号不被封。

如果你只有一个账号，最简单的做法就是只用它，按正常方式使用。