想写一篇文章介绍 Claude 风控规则的，不知道有没有人看

woj

可以的，我猜是支付的问题

xummerj

板凳已就位

rdvcc

@woj 猜错了哈，支付恰恰是权重最小的问题，可能不到 10%，甚至不到 5%。支付出问题，它的处理方式是取消订阅，账号降级到 free plan 。

ibudao

使用稳定的 IP 环境，尽可能避免万人骑的机场，这就能很大程度上避免被风控

oom

半年的号一周前被封，我个人总结原因可能有三：
1.订阅的 pro ，虽然量小，但基本没怎么被限额，前一周有两天额度超了，写了一个开源项目用的比较多
2.切换过一次代理 IP ，虽然都是新加坡的，但是 IP 变了
3.偷懒让 cc 生成一个开源协议，输出被强制中断了，说是触发内容安全
周末收到邮件: organization disable
周一来公司火速弄了新号瞬间收到邮件被 ban ，然后把浏览器缓存全部删了，切换了日本的节点 IP ，目前使用了一周暂时没问题，电脑没法换，公司的电脑。

还有一种可能就是 IP 脏了，这个暂时没法确认

pldxx

感谢

caocong

op 是相关从业者但不是 A 公司的是吧，怎样确认你介绍的就是 Claude 内部的真实风控规则呢，是有确切的信息数据来源自内部还是业界通用的经验做法，但就算你有真实信息来源也不会随便在网上说。不过就算是业内通用的一些风控科普也是可以看看了解一下。

rdvcc

那就在这个帖子下面回复，每个帖子说一块的内容。

先说账号来源的问题。类似 Claude 这种风控有点变态的公司，在用户注册的时候，基本上收集了第一批的信息，大概架构如下：

访问请求
   ↓
边缘层：IP / ASN / TLS JA4 / Bot / Proxy
   ↓
浏览器实例层：Cookie / IndexedDB / WebCrypto 设备密钥
   ↓
软指纹层：浏览器、系统、屏幕、GPU 、语言、时区、行为
   ↓
实体图谱层：账号、设备、IP 、资金来源、VCC 、交易之间的关联
   ↓
决策层：放行/冷却/增强验证/ 拒绝。

这还只是刚注册的时候搜集的，后面安装了 app ，日常使用 code 之后，他们从使用过程中搜集的项目指纹和信息，才是最不容易被忽略的。开发的项目、聊天的风格、编码的风格等等。

上面信息看似很多，实际综合很多风控案例，危险程度最高的如下：

1.使用反代。这个应该是明确的红线。这个普通用户估计遇不到，很多做中转站的兄弟，为这事焦头烂额斗智斗勇。
2.多人共享订阅，max x20 的额度使用合理的情况下，一个人绰绰有余，很多人想到了两三个人共享一个 max20 账号，这个也是明确的红线之一。
3.频繁更换 IP 。如果上面两个是红线，这个算是黄线。特别是万人轮的机场 IP 。现在 IP 识别技术已经特别精准了，Claude 用的 IP 设备识别方案是媲美 ThreatMetrix 的，再不济也是 Spur 这种。

rdvcc

@caocong 不是 A 公司，我做 VCC ，虚拟信用卡的，每天都是跟订阅/风控打交道。这些信息，全部都是凭经验猜测，没有任何实证。

rdvcc

了解了基本的风控规则，其实很容易看出来，好多账号从一开始就被标记成了高风险用户。当然他们不会简单的给用户做标记，大概率是用几个维度的分数来综合判断。

如果猜的没错，封号率最高的，应该是买的账号了。其实很好理解。号商注册的时候，多半是使用指纹浏览器，每个环境配一个 IP 、一个手机号。仔细想想，这些 IP 基本都是会回收轮流使用的，不会一个 IP 注册完了，号卖出去了，IP 就丢弃了。很多中小 IP 商，IP 池就那么大，你用完换给我，我用完换给你。

号商批量注册完的账号，你买回来，IP 和整个使用环境全部换了。本来号商的 IP 和手机号等使用环境就已经高风险嫌疑了。然后买回来再更换一遍。那信誉度就降的更低了。