01规则连接条件与处理方式
一条规则表达的核心是：某个请求符合什么条件，以及符合之后采用什么处理方式。理解时先看目标条件，再检查关联策略，不要只读条目名称。域名条件关注名称本身，IP 条件关注地址范围，二者解决的问题并不相同。整理规则前先确认自己的目标，例如限制一个明确域名，或者识别一个已知局域网范围，避免直接引入过大的匹配集合。
02阅读一个最小教学示例
下面的片段只演示规则段的基本形态：明确域名、域名后缀、局域网地址与最终处理。所有匹配均关联内置的直接连接策略，不包含账户、外部订阅或代理服务，也不是适合全部设备的完整配置。示例域名仅用于阅读语法，并不要求访问或下载。使用前应理解每项条件与当前环境是否相关，再在独立的学习配置中验证。
[Rule]
DOMAIN,example.com,DIRECT
DOMAIN-SUFFIX,example.org,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
FINAL,DIRECT03检查顺序与覆盖关系
普通规则匹配按顺序判断，前面命中的条件会影响后续条目是否有机会参与。更具体的目标通常应先于宽泛条件安排，最终处理放在适当位置。若新增规则没有达到预期，先查看实际命中的是哪一条，而不是马上重复添加。规则集合中的条件也可能重叠；整理时应记录需要保留的例外和默认处理意图，避免删掉表面相似但作用不同的条目。
04域名条件与地址条件分别验证
域名后缀比单个精确名称覆盖范围更广，修改前先想清是否需要影响所有相关名称。地址条件则要注意网段大小，以及请求目标是否已经具备可用于判断的地址。域名解析失败与规则不命中属于不同问题，应结合日志区分。教学片段中的 no-resolve 表达避免为该地址条件额外触发解析的意图；是否适用于你的场景，需要结合实际请求验证。
05核对策略名称与配置语法
检查规则中关联的名称是否存在、大小写和拼写是否一致，以及引用对象是否能够使用。配置错误可能来自分隔符、空行处理、拼接时漏掉段落标题，或把另一个软件的参数直接复制进来。编辑前保留副本，修改后先查看配置能否读取，再验证实际命中情况。不要为了让文件暂时载入就删除无法理解的内容，应先确定报错指向的位置和原因。
06建立可重复的排查顺序
选择一个明确目标记录原始结果，增加或移动一条规则后，使用新的请求进行比较。确认测试时处于使用规则的模式，再检查匹配条目、策略和后续连接。若结果异常，回退最近改动，确认问题是否随之消失。长期维护时为例外规则写下用途，定期清理重复内容。关于匹配后的处理，可以继续阅读 策略管理；关于解析错误，可阅读 DNS 指南。
技术概念参考：Surge 技术手册 · 规则系统。具体平台行为以当前应用说明为准。