规则订阅与节点订阅，为什么不能混用？

节点订阅提供可以连接的节点信息，规则订阅提供用于匹配流量的条件。它们解决的问题不同，即使都通过网络地址更新，也不能放进同一个配置位置。完整配置还需要把规则、策略和节点正确关联起来，才能形成预期行为。

先分清三个问题

节点回答“有哪些连接选项”；规则回答“哪些请求属于同一类”；策略回答“这一类请求应该怎么处理”。例如，一组域名可以构成匹配条件，但域名列表本身不会自动生成可连接的代理，也不会替你选择某个节点。

以支持代理集合与规则集合的配置生态为例，两类集合分别有自己的格式和引用方式。客户端界面可能使用不同名称，核心仍然是内容类型是否匹配。把一个能下载的地址填进去，不代表里面的数据就能被正确解释。

完整配置为什么还有别的内容

完整配置可能同时组织节点来源、策略组、规则顺序和其他设置。规则引用某个策略，而策略再关联具体连接选项。任何一处名称或结构不匹配，都可能导致加载失败或行为与预期不同；只检查规则文件能打开，并不足以证明配置有效。

可以用办公文档的例子理解：分类表列出哪些材料属于合同，处理流程说明合同交给谁，联系人目录提供人员信息。只有分类表，没有处理流程和联系人，任务仍然无法执行。网络配置中的几类资料也需要协同。

添加远程规则之前

1. 确认维护者和用途，判断规则覆盖的范围是否符合自己的任务。
2. 核对客户端接受的内容格式，以及规则集合在配置中如何被引用。
3. 检查目标策略是否已经存在，避免引用一个没有定义的名称。
4. 保存当前可用配置，记录新增规则及更新时间，便于比较变化。

不要为了“规则更全”同时导入大量来源。不同集合可能重叠，规则顺序也会影响实际命中。范围更广的条目若先匹配，后面的细分安排可能不再产生你想要的效果。先满足明确需求，再增加必要内容。

用命中记录验证结果

更新后选一个与规则相关的普通任务，查看客户端提供的连接或规则命中信息。核对目标请求匹配了哪条条件、最终使用哪个策略，以及是否走了预期的连接。界面显示“更新成功”，只证明了更新步骤，不是对最终流量行为的全面检查。

如果结果不对，先检查规则是否被引用、目标策略是否存在，以及是否被更早的条目覆盖。每次只改一个地方，再重复同一个任务。这样能保留因果线索，比反复切换全局模式后直接认定规则失效更清楚。

远程更新意味着持续变化

订阅规则后，维护者后续调整可能影响你的流量分类。因此应理解更新频率、缓存和失败处理方式，并定期回看关键任务。不能把首次检查通过，当作以后每次更新都保持相同内容的保证。

常见误区是认为规则越多越安全，或者规则订阅可以补充不存在的节点。规则只描述匹配与处理逻辑，不能创造服务能力。分享配置时还要区分可公开的规则和个人节点凭据，避免为了交流分流方案把完整订阅一起公开。

继续阅读：订阅链接与单节点链接有什么区别？；节点地区标签能说明什么，不能说明什么？