喵的,用了 2 年的 Claude 账号 10.5 凌晨 2 点被封了

1 天前
 xueshi

记录一下,这个账号用了两年了,美区 Apple 订阅,一直很稳,去年一直是订阅 Pro ,今年升级到了 5X Max ,一直很稳,用的也非常小心,新加坡时区,固定 IP ,不开 API ,不安装手机端 remote ,不安装三方的检测软件(除了偶尔用用 ccusage ,只读 jsonl 文件),周用量很少超过 80% 等等。。

我能猜到的直接原因可能是,白天睡太多,晚上我也熬了会夜,因为今天凌晨到 weekly reset 了,一直在用 CC ,睡前交给 Fable5 1 个任务,有可能会执行到 1:30 左右。然后两点就被封了。

怀疑的原因就是,要么是这个时区内这么晚了还在用,可能不太正常,而且之前从来没有这么晚用过。第二个就是用的可能用量快到 100%了。别的最近也没干什么特别的事儿

肯定还是打算另起一个号,在这之前。

  1. 申诉一下,反正简单写了一份申请,不知道能不能过。
  2. 清理本机。目前先把本地电脑给清理干净,和 Claude 相关的所有东西全干掉,包括 CLI 的配置文件,、Claude Desktop 以及所有的相关的文件全部备份完删除。如果他记住我的这个设备 ID ,那是真没办法了。

还有什么能做的,兄弟们有没有什么经验分享啊?

6535 次点击
所在节点    Claude
71 条回复
Hanmi
12 小时 7 分钟前
@wdhwg001 延迟太容易误判了,我觉得不太可能用来作为风控指标,如果靠延迟来分人,断言美国 ip 用户必须延迟在几十毫秒乱封人,那很多普通用户早就全流向 chatgpt 了,不可能这么搞的。并且延迟是一个极易获取的数据,事实是还是存在大量使用美国/欧洲代理但并没有被封的账号,如果延迟真被作为一个指标,使用美国代理的帐户绝无存活可能,且美国本土会出现大量误封账号... 付款特征已经可以过滤大部分人了,现在本地银行卡现在可不好开,你是 OCBC 的卡?现在只靠中国护照可没有能办下来的正规新加坡卡,只用卡 bin 来筛人都已经足够用了。
Sakura8ws
11 小时 39 分钟前
蹬得太狠了
EthanZC
11 小时 8 分钟前
@msg7086 #56 看日活就行了,A 社想封号,我都能想到 100 种方法,用户画像简直不要太明显。
vgovgo
11 小时 7 分钟前
我的经验是,尽量不挂长任务或者挂长任务人在边上。因为,一旦长任务或者/goal 开始执行,很容易直接撞时间墙。过不一会儿,就收到封号邮件。
wdhwg001
10 小时 53 分钟前
@Hanmi 延迟真的是指标,而且极其稳定,采集点非常多,tcp 层和 http 层都有东西可抓。国内猜的那些什么中文歧视根本不存在,A 内部华人比例一点都不低。
wdhwg001
10 小时 51 分钟前
@Hanmi 付款特征和使用特征的不吻合就是最明显的东西了,假设一个网络不稳定到访问本国还绕道的美国人,他使用可能有疑问的付款特征的概率极低。
Hanmi
9 小时 58 分钟前
@wdhwg001 你这是自己臆想的还是你在 A 工作?如果延迟是指标为啥周围和互联网上很多用美国节点的人没被封号... 我知道可以通过 tcp rtt 和 ws rtt 对比来判别是否存在代理,ws 握手是浏览器直接和网站进行的,ws 层延迟计算的是端到端时延,tcp 握手因为代理节点的存在被拆成了两段,本机和代理节点握手,代理节点和网站握手,网站方直接用 ws 延迟减 tcp 延迟就能算出来你到代理节点的延迟,差几十上百毫秒就可能是代理了。
这种说法几年前就有很多讨论了,结论基本都是不太可能这样做,这种用来判断是否代理的方法噪声太大了,边缘 cdn 崩掉了、nginx 崩掉了,都会导致 ws rtt 增大,没必要这样搞用户,太影响普通用户了,吃力不讨好,风控真升级到这种程度,各种代理程序也肯定会产生相应的应对方案,比如手动增加 tcp ack 包回复时间来配合 ws rtt 演戏,这又不是不能实现的事情... 现实网络环境很复杂的,这样折腾一下误封的人搞不好比抓到真的用代理的人还多。
另外你自己都说了 “假设一个网络不稳定到访问本国还绕道的美国人,他使用可能有疑问的付款特征的概率极低。” ,付款特征其实足够给人判了,现实中用 claude 的手里有外国银行信用卡的人有几个?尤其是现在越来越多用 claude /gpt 的学生群体,以及各国银行都在收紧的开户政策,现在新加坡已经没有能直接用中国护照开户的了,用新加坡代理,卡不过关被封的照样比比皆是...
弄好卡弄好 ip 差不多做做样子就可以了,我确实很同意你说的中文歧视根本不存在,很多人都是过度担心了,很多人被封归根结底还是 ip 脏或者支付方式或者反代的问题,套一层 apple store 也不是绝对安全的,apple store 是匿名支付,从风控角度肯定不如直接绑正规银行卡信誉好,另外 apple store 订阅 max 要交苹果税,硬着头皮吃下苹果税的基本都是国人,老外都直接绑卡省钱的,支付方式这一项配合 ip 干不干净外加一些基础的用户行为的辅助判断就够抓人的了,根本不用折腾延迟这种噪音极大的方式。你与其担心会不会通过延迟来抓代理,还不如担心人家会不会直接通过 tcp 指纹来判断代理呢,至少还不会伤及普通用户,你除非代理节点装的和你本地一样是 windows/mac 系统,不然 tcp 指纹特征是 linux 就一下露馅了。
cskeleton
9 小时 1 分钟前
OpenClaw 的作者都能被封号,发一条 x 又立马给解了。
Dogergo
6 小时 34 分钟前
今天公司的账号封了,感觉是用量拉太满了,长任务跑了 3 天两夜,用了一个完整的 7 天额度,新的 7 天用了 50%,中午那会封号了。看评论区的老哥的说法的话,我两条都犯了
wdhwg001
25 分钟前
@Hanmi 付款方式封号的标记和使用特征的封号标记不是同一个标,但确实两件事都在判。

不判的东西有:
- 用简体中文
- 维护中文 GitHub 项目/Connector 连接中文 GitHub 项目
- 在 session 里提政企相关的东西
- 是纯粹的“夜猫子”,也就是活跃时间和付款时区对不上
- 号龄/号的订阅轨迹
- 号上有没有某个灰测开关——但确实某些灰测开关和号龄以及使用习惯有关

然后还有一类是 Classifier 上浮封禁,判别规则是你被内容拦截输出,或者那个 Claude.ai 的“正在评估法律风险”,或者你被邮件警告违反一次(这是自动警告),随后如果此类 session 里包含真的违反条款的东西,可能封禁,这东西几乎是纯自动的,但你不能假设它 100%没有人看。

最后一类就是借号/大量的-p 使用/频繁自动切号等等。

另外只有云 CC 用 ws ,别的用的都是 SSE 。
wdhwg001
22 分钟前
@Hanmi 还有,高强度使用是不封的,没有不敢撞 100%的必要。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/1246477

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX