Quantumult X 配置逻辑拆解：从订阅、策略组到重写的完整路径
Quantumult X 在中文社区被叫做“圈X”，售价 $7.99 一次性买断，价格介于小火箭的 $2.99 和 Surge 的 $49.99 之间[reference:0]。它不是那种装完就能撒手不管的工具——策略组、分流规则、HTTP重写、MITM证书、JavaScript脚本，每一项都需要你主动去配。但反过来，正是这些“需要动手”的地方，决定了它比大多数代理客户端更灵活。
这篇文章不按“第一步点哪里”的格式写。圈X的配置有一条清晰的内在逻辑：策略组决定走哪条路，分流规则决定谁走这条路，重写规则决定路上的流量怎么被处理。理解这条主线之后，所有操作都会变得有据可循。
订阅导入：别急着点“一键导入”
圈X的订阅导入有三种方式：订阅URL、单节点URI和二维码[reference:1]。大多数教程会推荐直接复制订阅链接让圈X自动识别，但这里有一个容易被忽略的细节——圈X对订阅格式的兼容性是有限的。
它原生支持的是 Quantumult X 专用格式。如果你从服务商那里拿到的是 Clash YAML 格式或 V2ray 通用格式，直接导入可能会报错或节点列表为空。部分服务商同时提供 QX 专用订阅，复制时注意选择对应格式。如果你用的是隐速VPN，在用户中心可以找到 Quantumult X 专用的订阅链接。如果你还没有账户，可以先去套餐页面看看，从轻量套餐或基础套餐起步。
手动添加订阅的路径和大多数客户端不同：圈X没有图形化的“添加订阅”入口，需要进入设置，在配置文件的 [server_remote] 段中添加订阅链接，格式如下：
[server_remote]
https://你的订阅链接, tag=节点订阅, update-interval=86400, enabled=true
建议节点订阅与规则集分开管理，分别用 [server_remote] 和 [filter_remote] 模块化加载，后续更新时互不影响[reference:2]。
策略组：圈X的流量调度中枢
策略组是圈X配置中最核心的概念。它把多个节点或下级策略组打包成一个“策略名”，分流规则直接引用这个策略名。切换策略组的选择时，所有引用该组的规则会自动跟着变。
圈X提供四种主要的策略组类型，和 Clash 的代理组概念对应但命名不同[reference:3]：
- static：手动选择节点，适用于需要固定出口IP的场景。对应 Clash 的 select 类型。
- available：按声明顺序测试可用性，选第一个可用的节点。类似 Clash 的 fallback。
- url-latency-benchmark：自动测速选延迟最低的节点，适合日常使用。
- round-robin：轮询分配流量，用于负载均衡场景。
一个实用的配置思路是按地区建立策略组。在 [policy] 段中声明：
[policy]
static=香港节点, 香港-01, 香港-02, img-url=icon.png
url-latency-benchmark=日本节点, server-tag-regex=日本|JP, check-interval=600, tolerance=0
对于跨境办公或流媒体场景，建议针对特定服务单独建立策略组。比如 Netflix 走美国节点、YouTube 走日本节点、学术资源走特定低延迟线路，各自独立，互不干扰[reference:4]。
分流规则：决定谁走代理，谁走直连
分流规则的作用是告诉圈X：哪些流量该走策略组、哪些直连、哪些拒绝。规则按配置文件中的顺序自上而下匹配，命中即停止，最后以 final 兜底。
圈X的分流语法比 Clash 更简洁。以下是常用的规则类型[reference:5]：
host：精确匹配域名，优先级最高，比如host, api.example.com, 代理host-suffix：匹配域名后缀，覆盖子域名，比如host-suffix, google.com, 代理host-keyword：关键词匹配，慎用，容易误伤ip-cidr：IP段匹配，常用于绕过局域网geoip：基于地理位置数据库，比如geoip, cn, direct让国内流量直连
规则编排有一个原则：精确规则放在前面，宽泛规则放在后面。把 host 规则置于 host-suffix 之上，把具体服务规则置于通用代理规则之上。否则宽泛规则会过早匹配，精确规则永远无法生效[reference:6]。
建议将分流规则与节点订阅分离，通过 [filter_remote] 引用远程规则集。这样规则更新时不需要重新导入整个配置。如果你对小火箭的分流逻辑也感兴趣，可以参考我们之前写的 Shadowrocket 避坑指南，里面关于规则优先级的讨论是通用的。
重写与脚本：圈X真正拉开差距的地方
重写规则是圈X区别于普通代理客户端的核心能力。它通过 MITM 技术解密 HTTPS 流量，对请求和响应进行修改——URL重定向、请求头修改、响应体替换等[reference:7]。
启用重写功能前，必须先完成 MITM 证书的配置。 操作路径：设置 → MitM → 生成证书 → 安装描述文件 → 进入系统“设置 > 通用 > 关于本机 > 证书信任设置”开启完全信任。这一步不做，所有重写规则对 HTTPS 流量都会失效，表现为规则匹配了但修改没有生效[reference:8]。
重写规则写在 [rewrite_local] 或 [rewrite_remote] 段中，常见的动作包括[reference:9]：
url reject：直接拦截请求，用于广告过滤url 302 https://new.com：重定向到新地址url script-request-header：用脚本修改请求头url script-response-body：用脚本修改响应体，常用于去广告和功能解锁
MITM 段需要声明要拦截的域名：[mitm] hostname = api.example.com, *.tb.com。注意不要声明过多域名，只保留重写规则实际需要的那些，否则会增加不必要的资源消耗和潜在的安全风险[reference:10]。
社区里有一些维护得不错的脚本和重写规则仓库。安装模块后，可以在隐速VPN博客查看我们整理的节点选型建议，把不同用途的流量指向最合适的节点。如果你对节点质量有疑问，常见问题页面里也有其他用户的反馈可以参考。
常见报错与排查
订阅导入后节点列表为空。 检查订阅格式是否为 Quantumult X 专用格式。如果是 Clash YAML 或 V2ray 通用格式，需要先用 SubConverter 转换。隐速VPN 在下载页面标注了各客户端对应的订阅格式，可以对照检查。
重写规则不生效。 按顺序检查：MITM 证书是否已在系统设置中开启完全信任；[mitm] 段的 hostname 是否包含目标域名；重写开关是否已打开。这三项缺一不可[reference:11]。
规则匹配顺序混乱。 圈X严格按配置文件中的先后顺序匹配。把精确规则（host）移到宽泛规则（host-suffix、host-keyword）之前，用 final 作为兜底。
电池消耗快。 脚本功能虽然强大，但过度使用 JavaScript 会显著增加 CPU 占用。建议只保留必要的重写规则（如去广告），游戏场景下关闭所有脚本，仅保留基础代理功能[reference:12]。如果你对安卓端的省电配置也有兴趣，可以看看 FlClash 使用教程，里面关于 TUN 模式和资源消耗的讨论是相通的。
节点延迟测试超时但实际能用。 测速 URL 可能被阻断。在设置中把测速地址改为 http://www.gstatic.com/generate_204，重新测速即可。
Quantumult X 的配置不是一次性任务。订阅会更新，规则会迭代，使用场景也会变化。建议养成两个习惯：第一，把节点订阅和规则集分开管理，各自独立更新；第二，遇到问题时先检查“策略组选择”和“规则顺序”这两个入口，大部分连接异常都能从这里找到线索。
如果你还没有隐速VPN账户，可以先去套餐列表看看，从轻量增强套餐或标准套餐起步，Quantumult X 订阅我们会在用户中心提供。配置过程中遇到任何问题，随时可以联系我们协助解决。