KunKun折腾手记 (@Karadokuy)

今天晚上 10 点，我的 Claude 老号毫无征兆被封了。 用了大半年，一直为了这个账号小心翼翼供着原生家宽 IP。 并且这个账号过kyc后买来一路从免费版升级： $20 尝鲜 $100 重度主力使用了好几个月 最后开到顶配 $200 结果 $200 还没 $100 用得久，用了不满两个月直接阵亡。 我第一反应先是骂A ÷玄学风控、同时怀疑自己节点是否被标记不干净。 但静下心拉了 Clash 的连接日志，把 Mac 上的路由表、DNS 和后台进程彻底摸了一遍，我服了。 面对AI风控,现在大部分教程都在疯狂教你折腾“纯净住宅 IP”。 其实真正害死账号的，往往是本地网络环境的“精神分裂”。 这里我实践排查出来的 3 个致命硬伤： 1.Claude Code 压根不支持 SOCKS很多人随手配个 socks5 变量，但官方文档写得清清楚楚：只认 HTTP_PROXY 和 HTTPS_PROXY，不支持 SOCKS。配错了对应出口后它根本不认，流量直接裸奔或异常打架。 2.IPv4 和 IPv6 严重割裂IPv4 规规矩矩走了家宽节点，IPv6 却在本地直连或者经由不同的虚拟网卡分流。在服务端眼里，你相当于上一秒在美国，下一秒直接瞬移。 3.终端、桌面端、浏览器出口完全不一致CLI 终端走一套环境变量，桌面端走 TUN，浏览器还带着残留的动态端口后台重启。同一个账号，几个客户端同时挂着完全不同的出口在调用。 所以说原生家宽固然重要。 但本地网络没有对齐，IP 买再贵也是白送。 所以如果你也是AI重度用户，给几个我自己实践用过的排查建议： 明确禁用或阻断 IPv6，确保没有双栈绕过 给 Claude Code 显式配置 HTTP 代理，别依赖 SOCKS 统一所有客户端走同一条出口路径，排查并干掉后台偷跑的僵尸进程(claude codex都要监控) --- 最后祝大家的账号都安好,能够安心使用AI🫰