最近在l站看到了不少astra路由和降智相关的帖子，我也来分享一点我的发现。 先分享一下我的环境，真实境外使用，但是由于行踪不定，经常到处飞所以IP不太固定，但都是真实的wifi或者流量，使用48team和pro5x订阅。 起初为了方便使用我讲两个team都配置到CPA中使用，但IP同样是家宽，因为频繁遇到 Selected model is at capacity. Please try a different model. 报错，我意识到账户被风控，恰巧tibo在x上反对使用sub2api这类反代项目，于是使用48team其中一个账户订阅了pro5x。 起初，由于忘记更改配置，我依然使用原本的CPA渠道，但开始关注日志，发现频繁出现： 这样的情况，意识到被路由，我愤怒的退订了48team，但是回过头来观察日志，发现了一些意料之外的情况： 于是我又进行了一些测试，比如确保请求被发送到同一个账户，发现路由似乎并不是固定的，猜测基于某些未知条件每次请求独立判断(比如jev？)，或风控路由是存在某种概率而非确定，这也同时推翻了站内流行的鹈鹕测试判断法的公信力，因为被风控的同一个账号每次请求本身实际响应的模型都不固定。 然后就是新开的pro5x，我直接在codex macOS desktop登录使用，因此我失去了观测实际请求模型的能力，只能观察token消耗，起初表现一切正常，但在我使用了大约两千万token之后，开始出现同样的 Selected model is at capacity. Please try a different model. 报错，而我自查环境并没有什么问题，唯一或许称得上问题的就是使用美区Apple ID开通后却在新加坡使用，但这是否过于吹毛求疵？于是我只好猜测短时用量过高或许也会导致账户风控，亦或是前往过中国并代理使用过会给账户创造一些隐藏标记，在某种条件下会被触发导致降智。 以上 3 个帖子 - 2 位参与者 阅读完整话题

  • 情报分类：服务器与云资源
  • 分类依据：内容涉及服务器、云资源或网络线路
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/9/21 16:21:04