sing-box 1.14.0-beta.1 已于 2026 年 7 月 23 日发布。此次更新修正了部分 rule_set 的匹配语义，并为 DNS 规则加入搜索域判断和并行响应评估能力。受影响最大的是维护复杂规则集、自定义 DNS 规则、内网短域名或多 DNS 上游的管理员；只使用图形客户端导入普通订阅的读者，通常不必为了这些功能立即升级。
合理做法是把它视为需要验证的预发布版，而不是稳定版的常规补丁。SagerNet 的官方发布页明确将该版本标记为 Pre-release。生产设备应保留当前二进制和配置，先在测试实例比较规则命中、DNS 结果与日志；只有确实需要新能力并完成回滚演练时，才考虑小范围升级。
本次更新的关键点
- 规则集语义被收紧：只有包含单条、不带
invert的default规则集继续采用字段合并式匹配；其他被引用的规则集改为按“其他字段”处理，只要其中任一规则自身匹配即可。 - DNS 可识别搜索域场景：新增
domain_label_count与search_domain_available，并扩展preferred_by对搜索域后缀以及local、dhcp服务器的支持。 - 响应评估可以并行竞争：
evaluate可给响应分配标签，match_response可按标签选择；新的race让响应相关规则并行竞争。 - 仍是测试阶段：官方没有把 beta.1 标成稳定发布，升级决策应以配置验证和可回滚性为先。
如果你还不清楚规则为何会出现“写了却没命中”，可先阅读站内的代理规则优先级排查。sing-box 与 Clash 兼容生态并不是同一套配置语义，不能只凭字段名称相似就直接互换；需要基础概念时，可参考Clash 与 V2Ray 使用指南。
规则集匹配修正会影响哪些配置
官方发布说明把过去的规则集行为称为在特定组合下“未定义、反直觉且难以理解”。1.14.0-beta.1 将字段合并限制在一个明确条件：被引用的规则集只有单条 default 规则，而且没有使用 invert。其他规则集作为一个独立匹配字段判断，其内部任一规则独立成立时，引用条件才成立。
这不代表所有 rule_set 都会改变。简单的单规则集合大概率仍按原有直觉工作；需要重点检查的是多条规则、逻辑规则、反转匹配，以及把引用规则集与同级域名、端口或网络条件组合的写法。官方没有把修正定性为破坏性变更，但也明确承认，依赖旧有偶然行为的配置可能受到影响。因此，“配置能通过语法检查”不能代替“流量命中结果符合预期”。
如何判断自己是否属于高风险配置
先在配置仓库中查找 rule_set 和 invert，再检查被引用规则集是否包含多条规则或逻辑组合。对每个关键业务域名，记录升级前实际命中的规则、出站和 DNS 服务器；升级测试实例后以同一网络、同一查询重复验证。不要只看最终网页是否打开，因为后备规则可能掩盖了主规则失配。
这也是一次整理配置的机会：为关键规则写清用途，减少依赖隐式组合，并把“应直连”“应走指定出站”“应由内网 DNS 回答”的样例列成回归清单。关于 TUN 与系统代理覆盖范围的差异，可结合TUN 模式、系统代理和透明代理说明判断测试流量是否真的进入 sing-box。
DNS 新能力解决什么问题
SagerNet 的DNS Rule 官方文档已把相关项目列入 sing-box 1.14.0 的变化。domain_label_count 用于按查询名称的标签数量匹配，search_domain_available 用于判断 DNS 服务器当前是否具有搜索域。它们适合企业局域网、家庭局域网或 VPN 下的短主机名解析：例如用户输入不带完整域名的主机名时，可以同时考虑能扩展搜索域的本地服务器和公共解析器。
这里的“搜索域”不是普通的域名分流规则。它通常由系统网络、DHCP 或本地解析环境提供，用于把短名称扩展为完整名称。若你的设备从不访问内网短名称，现有 DNS 工作正常，就没有必要仅为这些字段改写配置。若你同时使用 FakeIP、远程 DNS 或 DoH，也应先弄清各层职责，站内的Fake DNS、远程 DNS 和 DoH 选择指南可作为背景阅读。
并行响应评估：更灵活，也可能产生额外查询
根据DNS Rule Action 官方文档及发布说明，evaluate 现在可为响应设置 tag，让多个评估响应同时存在，再由带标签的 match_response 规则选择。race 允许依赖响应内容的规则并行竞争，首个匹配规则生效，其余查询被取消。
新的 speculative 选项还能在竞争规则尚未结束时提前启动 evaluate 和 route 查询。官方给出的取舍是可能降低等待时间，但代价是产生最终未使用的查询。由此可以推断，它并非对所有网络都更优：按请求计费的解析服务、对查询量敏感的环境，或有严格 DNS 审计要求的组织，应先观察查询数量和上游日志，而不能把“并行”直接等同于“必然更快”。这是基于官方机制的编辑判断，不是性能测试结论。
是否应该现在升级
适合先测试的人
维护自定义 JSON 配置、复杂规则集、多个 DNS 上游，或者需要同时解析内网短名称与公共域名的管理员，可以在隔离环境评估 beta.1。测试价值在于尽早发现规则语义依赖，并验证新 DNS 决策模型是否适合现有网络。
更适合等待稳定版的人
生产网关、远程无人值守设备、没有快速回滚能力的服务器，以及仅通过图形客户端管理普通订阅的用户，更适合等待 1.14 稳定版和客户端正式集成。上层客户端是否提供 beta 内核、是否暴露这些字段，取决于各客户端自身发布节奏；sing-box 核心发布页不能证明某个第三方客户端已兼容。
升级前后的核验与回滚清单
- 记录当前 sing-box 版本、启动参数、配置路径和服务管理方式。
- 备份当前可用二进制、完整配置、远程规则集缓存及必要的服务文件，并确认备份可读取。
- 列出所有
rule_set引用，标记多规则、逻辑规则、invert及与其他字段组合的条目。 - 选择公开域名、内网完整域名、内网短名称和不存在域名作为固定 DNS 样例，保存升级前结果。
- 只从项目官方发布渠道取得与操作系统、CPU 架构相符的文件；不要用来源不明的替换包。
- 先验证配置能加载，再核对每个样例的规则命中、出站、DNS 上游、返回码和缓存行为。
- 若启用
race或speculative，观察上游查询数量、失败重试和日志，避免把额外请求误判为泄漏或故障。 - 发现关键流量改变时，立即恢复旧二进制和配置；不要在故障现场同时改版本、规则和 DNS 三类变量。
常见问题
sing-box 1.14.0-beta.1 是稳定版吗？
不是。GitHub 官方发布页明确标记为 Pre-release。它适合验证新行为，不应被当作无需评估的稳定补丁。
所有使用 rule_set 的配置都会失效吗？
不会。官方说明中特别保留了单条、不带 invert 的 default 规则集的合并式匹配。风险集中在多规则、反转和复杂组合；是否受影响必须以具体配置和命中测试判断。
启用 race 一定能让 DNS 更快吗？
不能这样下结论。官方只说明并行竞争由首个匹配规则生效，并取消剩余查询；speculative 可能降低等待，也可能产生未使用查询。实际效果取决于上游、网络和规则，官方资料没有提供普遍性能保证。
图形客户端用户需要手工添加新字段吗？
通常不需要。若客户端尚未集成 1.14 内核或没有生成对应配置，手工加入字段可能无法加载。应先查看该客户端自己的版本说明；第三方客户端兼容性不在本次官方核心发布说明的证明范围内。
升级后网页能打开，是否说明规则没有问题？
不能。兜底规则可能让连接成功，却改变实际出站或 DNS 上游。应检查日志和规则命中，并用固定域名样例对比升级前后结果。
官方来源与核验入口
- SagerNet，Release 1.14.0-beta.1 · SagerNet/sing-box · GitHub，发布于 2026 年 7 月 23 日，访问于 2026 年 7 月 24 日：核对版本状态、发布时间与发布说明。
- SagerNet，DNS Rule - sing-box，访问于 2026 年 7 月 24 日：核对 DNS 匹配字段和版本标注。
- SagerNet，DNS Rule Action - sing-box，访问于 2026 年 7 月 24 日：核对 evaluate、race 与 speculative 行为。
关于作者
