• onion

    接续前文:GrokBot全是路由到Grok4.5 ? !

    自从到手这个号后,我的grok bot一直处于一种流口水的状态。最初怀疑了两个方向:

    - 是因为我的任务太简单了,“路由”二字导致模型选择器一直不屑于让opus来解决我的任务。但是基于此,我尝试使用各种的复杂任务但都无济于事。

    - 于是我开始怀疑:莫非是老马给我降智?但是我也没滥用,设置都没怎么使用。或者是因为我佬印区的老订阅被针对了?于是这个也没招了,我也不能找老马质问他,于是只能将就着用。

    但是今天突然看到一位佬关于此的猜测:可能是因为claude限制中国地区?

    那话又说回来,佬们大多都是常驻^-^,那有怎么会被检测到在中国呢。并且之前的“尝试关闭从电脑出口”的解决方案也被证明几乎无效,并且手机根本没这个功能也会中招。

    于是我迅速联想到了之前的另一个帖子和体验:grok在国内能直连! 由于墙没有顾及grok bot(可能是因为他是挂在cursor下的产品?)以及grok bot本身也没屏蔽中国用户。就导致了很多用户就这样开着规则模式,看似翻墙,但是实际在被规则以为这是国内网站直接直连了国内的节点。然后俺寻思:Cursor本身也是可以直连,但是不能使用被禁止的claude等模型,或者其他策略,导致模型路由器几乎只有grok-4.5可选。

    那么思路理清了,解决方法就很明确了,直接改写规则,让Grok Bot强制走梯子。

    以下为我让Claude生成的教程,其实很思路简单,也可以自己找ai改一下```

    让指定应用/网站"一定走代理",但不开全局

    适用于任何代理客户端、任何订阅,只讲原理和步骤。

    先理解:要过两道关

    流量要走上代理,得同时满足两件事:

    1. 入口关:这个应用的流量得先进入代理(进不去就直接从本地网络出去了)。
    2. 路由关:进来以后,规则得把它分到一个真正出国的出口,而不是直连。

    只做其中一个都不算"强制"。以后出问题,也先判断是卡在哪一关。

    第一步:搞清楚要代理的对象

    • 查应用包名(如果走分应用代理)。
    • 查它访问的域名:先正常用一会儿这个应用,再打开代理软件的"连接/请求日志",把它访问的域名都记下来。
    • 常见的是主域名加 CDN、登录、接口几个子域,用"后缀匹配"一条规则就能全包住(比如 example.com 同时匹配 a.example.com、cdn.example.com)。

    第二步:入口关,让它的流量进得去

    选一种方式:

    • 分应用模式(推荐):用"白名单",只让选中的应用进代理,其他应用直连,这样就不是全局了。
    • 或者:全部进代理,但靠第三步的规则只让目标走代理,其余按原规则分流。

    另外检查三个开关:

    • "允许应用绕过代理/VPN":关掉,否则应用能自己绕开。
    • IPv6:如果应用走 IPv6 而你没开,那部分流量根本进不来。
    • 域名嗅探:应用直连 IP 时规则匹配不到域名,嗅探能从握手里还原域名。

    改完这类设置,软件一般会提示重启代理服务,要点确认才生效。

    第三步:路由关,写规则指向"真正能出国"的出口

    写一条规则:

    域名后缀匹配, 目标域名, 出口组

    要点有三个:

    1. 放在规则表最前面。 规则从上往下匹配,先命中先生效,放后面会被前面的"国内直连、兜底直连"抢走。
    2. 出口组必须真的出国。 很多订阅里,"漏网之鱼 / 兜底"组默认选中的是直连。规则指过去,看起来命中了,实际还是直连。选组时看两点:组名带不带"直连/漏网/兜底/拦截",以及组里第一项是不是 DIRECT(默认选中的往往是第一项)。
    3. 每个订阅的组名都不一样,不要照抄别人的组名,要看你自己订阅里的。

    第四步:让它别被覆盖,也适配多个订阅

    • 直接改订阅文件:更新订阅就会被还原,不推荐。
    • 用软件的"扩展/覆写/脚本"功能:这种改动独立于订阅,更新订阅也不会丢。
    • 如果你会切换多个订阅,写一段脚本:自动在每个订阅里挑出口组,再把规则插到最前面。

    挑组的逻辑(伪代码):

    1. 订阅的兜底规则指向的组,如果能当出口 → 用它
    2. 否则找名字像"节点选择/代理/Proxy"的选择组
    3. 否则找第一个"能当出口"的选择组
    4. 都没有 → 用第一个节点
    "能当出口" = 名字不含直连/漏网/兜底/拦截,且第一项不是 DIRECT/REJECT
    然后把【规则, 域名, 该组】插到规则表最前面,已有的同域名规则先删掉避免冲突

    第五步:验证,别凭感觉

    1. 打开目标应用,随便操作一下。
    2. 在连接/请求日志里搜它的域名。
    3. 看那一行的链路,应该是:命中你写的规则 → 出口组 → 具体节点。
    4. 如果显示的是直连,或者指向了"漏网之鱼",说明出口组选错了,回第三步。
    5. 多个订阅都要各切过去验证一次,因为每个订阅的组结构不同。

    常见坑

    现象多半原因
    规则命中了,但实际直连出口组默认选的是 DIRECT
    日志里搜不到这个应用入口关没过(没勾进代理、被绕过、走了 IPv6)
    只有部分域名走了代理应用还访问了别的域名/CDN,把日志里的域名都补进规则
    应用卡住、连不上节点不支持 UDP/QUIC,可以屏蔽 QUIC 让应用回落到 TCP
    改完设置后代理断了需要点"重启"让配置生效,断几秒是正常的
    更新订阅后规则没了规则写在了订阅文件里,改用扩展/脚本
    换了订阅后又失效新订阅没挂脚本,或组名与你写死的不一致

    一句话总结

    先让它进得去(入口),再让它去对地方(出口组别指向直连),规则放最前,写在不会被订阅覆盖的地方,最后用连接日志验证。
    ```最后贴出胜利图片,不论新对话还是老对话都能成功切换opus5.5(和我1h前的grok4.5只差本教程的操作),最后祝愿各位佬都能找到对的AI——Claude,哈哈

    图片

    主楼
  • 胖虎定律

    opus5.5用量咋样 ^-^佬清楚吗

    #1
  • onion

    这个就不清楚了,才换上opus。但是宁用一下午opus,也不要流口水一周的grok。

    而且grok4.5是个很早的模型了,当时200k以上上下文还要额外翻倍付费,然后基本等于opus的价格。然后考虑到现在的opus的极高的token效率,如果老马没有从中作梗,opus无疑要更耐用

    #2
  • 564157309

    老heavy套餐,一周1000刀

    #3
  • xunny

    性价比很高,但是现在叫价到 400 了都

    #4

发表回复

登录后回复