Gerley 试了一下新的策略，总体感受就是整个配置列表相比以前有了大幅度的简化，并且使用时更容易将注意力放在一些真正意义上经常发生特殊情况的策略中。最重要的是未来将已打开DHCP功能的网关设备接管之后对策略的维护工作也大幅度减少了。非常棒。 不过也正如其他用户朋友所说，某些高带宽需求的情况还不够完美。 我不专业，在我的想象中 如果在创建规则选择策略的时候补充对该匹配规则的语义 进一步区分「高带宽需求类型」和「高可连接性类型」。是否有助于SMART策略组准确选择更高带宽的节点。例如把Netflix区分为高带宽型，把Wikipedia区分为高可连接性。之后通过影响后台的样本采集和权重方式也许可行？ 也许可以默认为「高带宽需求类型」，然后把「高可连接性类型」作为一个单独的勾选而非多选项。 只是随便说说，没有冒犯的意思。
kmahyyg SurgeTeam 您好，我已阅读过官方KB中关于此机制的描述。但是现在出现了一个奇怪的情况，我在 [Proxy Group] BadApple = smart, include-other-group="OnlyHK,OnlyJP", policy-priority="香港:0.8" 然后在 GUI 侧看到显示的权重都是 x0.0 ，并没有自动乘上 0.8，有没有什么渠道可供进一步反馈或 troubleshooting? Edit 1: UI 没有及时刷新，重启一次之后好了
mack 好多都在用代理链啊. 我也觉得代理链好用, 目前我的用法是先按照国家分组为多个smart group ,每个分组再和vps ss2022组成代理链, 这样多个代理链再做负载均衡 pcc, 这样是不需要手动改什么了,只是感觉速度上没有达到最快
