SurgeUser1 laincat 带宽是很难保证的，毕竟 Surge 不能主动拿所有节点去测速烧流量、只能利用过往的数据去做推算。而由用户主动填写带宽又是不现实的，毕竟复杂的网络环境 普通用户根本没有经验和能力去推算可用带宽。
laincat SurgeUser1 嗯，我也同意并理解，记录并保存一个平均值做参考是否有意义？当然这特别是对于移动设备可能经常切换网络也需要考虑… 如果策略提供一个选项，某个规则对带宽有需求打开开关呢？因为这个一般主要是看流媒体之类，多处于固定网络下。
Spades-X 作者你好，能不能让smart组作为别的策略组的子策略，通过分配地区先后的顺序，来达到自动切换；比如： HK = smart，A, B, C USA = smart，A, B, C JP = smart，A, B, C Telegram = smart, HK, USA, JP, “排序”=HK, USA, JP，这样在HK节点都能用时一直使用HK，在HK全部不可用时自动切换到USA，以此类推。这样既可以避免在节点都不可用手动调整，又能保证访问同一网址时尽可能的在同一地区。
SurgeTeam Spades-X Smart 由于使用动态决策机制，不存在固定的状态，因此不可以用作其他自动组的子策略。绝大多数情况也没有必要嵌套使用。如果想实现 fallback, Smart Group A, Smart Group B 这样的效果，为后者的子策略配置较低的权重（如 x2）即可。
laincat 1.（select ）订阅。或者多个订阅或者是独立 proxy 。 然后（smart、url-test、load-balance…）引用前面的“订阅组”或多个。再在底部过滤器上填上“ 🇭🇰|港|HK|Hong”之类的正则来筛选地区。如果需要其它地区同理继续重复此步骤来实现更多策略。
cc63 【Smart Fallback】 内容：n个节点/策略组+1个Smart策略组 流程：仅检测节点/普通策略组的可用性，若均不通过则启用Smart策略组 【应用场景】 优先手动，然后按照偏好故障转移 理由： 1.自动选择的节点无法保障流媒体解锁 2.流媒体解锁失效时可以很方便的切换节点 3.与传统fallback相比，可以利用Smart，根据偏好故障转移（例如：Smart-Netflix 优先🇸🇬，然后🇯🇵） 【具体实例】 规则 指向➡️ Fallback-Proxy “Fallback-Proxy”中含有2个策略，“Proxy手动选择”和“Smart-Proxy”。当手动选择的Proxy策略不可用时，自动切换至Smart-Proxy（若Proxy手动选择了Smart策略则Fallback不工作） 这样既不会影响Smart效果，又可以很方便的按照偏好优先级进行故障转移!
qq297110281 发布了吗？ 我在IOS最新的 版本5.10.0 (3086) 中 启用smart 策略组 提示配置错误 配置文件解析失败：文件 smartvps.conf 中第 44 行存在无效配置 错误: Unknown group type keyword: smart 行内容: Auto = smart, vps-us, vps-fmt, vps-hy2ca
