补充一个排障习惯：每次改配置前保存原始订阅或截图，确认失败后可以快速回滚。

针对「Cloudflare WARP 和普通代理同时开时，为什么路由会变复杂？」，建议后续反馈时固定使用同一测试方法，这样不同用户的数据才有可比性。

补充一个排障习惯：每次改配置前保存原始订阅或截图，确认失败后可以快速回滚。

针对「IPv6 开启后有些网站打不开，排查时不要只看 IPv4」，建议后续反馈时固定使用同一测试方法，这样不同用户的数据才有可比性。

补充一个排障习惯：每次改配置前保存原始订阅或截图，确认失败后可以快速回滚。

针对「国内站点变慢：规则集过期和 GEO 数据不准的处理办法」，建议后续反馈时固定使用同一测试方法，这样不同用户的数据才有可比性。

补充一个排障习惯：每次改配置前保存原始订阅或截图，确认失败后可以快速回滚。

针对「局域网设备无法访问打印机或 NAS，可能是 TUN 路由抢了流量」，建议后续反馈时固定使用同一测试方法，这样不同用户的数据才有可比性。

补充一个排障习惯：每次改配置前保存原始订阅或截图，确认失败后可以快速回滚。

针对「sing-box route rule 与 Clash rules 思路有什么区别？」，建议后续反馈时固定使用同一测试方法，这样不同用户的数据才有可比性。

补充一个排障习惯：每次改配置前保存原始订阅或截图，确认失败后可以快速回滚。

针对「订阅更新成功但代理组为空，通常是哪里格式不兼容？」，建议后续反馈时固定使用同一测试方法，这样不同用户的数据才有可比性。

补充一个排障习惯：每次改配置前保存原始订阅或截图，确认失败后可以快速回滚。

针对「WebSocket 节点 path、Host、SNI 不一致会出现什么现象？」，建议后续反馈时固定使用同一测试方法，这样不同用户的数据才有可比性。

补充一个排障习惯：每次改配置前保存原始订阅或截图，确认失败后可以快速回滚。

针对「规则不生效时先看 rule-providers 还是 proxies？」，建议后续反馈时固定使用同一测试方法，这样不同用户的数据才有可比性。

补充一个排障习惯：每次改配置前保存原始订阅或截图，确认失败后可以快速回滚。

针对「mihomo fake-ip 模式下 DNS 异常的常见原因」，建议后续反馈时固定使用同一测试方法，这样不同用户的数据才有可比性。

补充一个排障习惯：每次改配置前保存原始订阅或截图，确认失败后可以快速回滚。

针对「macOS 系统代理开了但浏览器没走代理怎么办？」，建议后续反馈时固定使用同一测试方法，这样不同用户的数据才有可比性。

补充一个排障习惯：每次改配置前保存原始订阅或截图，确认失败后可以快速回滚。

针对「Clash Verge Rev 开启 TUN 模式前要检查的权限和冲突」，建议后续反馈时固定使用同一测试方法，这样不同用户的数据才有可比性。

补充一个排障习惯：每次改配置前保存原始订阅或截图，确认失败后可以快速回滚。

针对「Clash Verge Rev 的配置文件、Merge 和 Script 分别解决什么问题？」，建议后续反馈时固定使用同一测试方法，这样不同用户的数据才有可比性。

补充一个排障习惯：每次改配置前保存原始订阅或截图，确认失败后可以快速回滚。

针对「手机能连电脑不能连，通常先看哪三处？」，建议后续反馈时固定使用同一测试方法，这样不同用户的数据才有可比性。

补充一个排障习惯：每次改配置前保存原始订阅或截图，确认失败后可以快速回滚。

针对「发帖前请先准备这些信息：系统、客户端、节点类型和错误日志」，建议后续反馈时固定使用同一测试方法，这样不同用户的数据才有可比性。

补充一个排障习惯：每次改配置前保存原始订阅或截图，确认失败后可以快速回滚。

针对「论坛分类导航：新手应该把问题发到哪个节点？」，建议后续反馈时固定使用同一测试方法，这样不同用户的数据才有可比性。