Clash Verge Rev
先明確希望改變哪類流量
規則分流的目標是讓指定請求使用預期出口，而不是讓規則數量儘可能多。修改前先寫下一個可驗證目標，例如某個測試域名走指定代理組，或可信局域網資源保持直連。記錄現有配置和代理組名稱，保存備份。不要直接套用包含未知組名的大段配置，否則可能發生校驗失敗或意外路由。
區分規則、代理組和節點
規則決定請求交給哪個策略，代理組決定如何選擇出口，節點是具體連接端點。只切換一個沒有被當前規則引用的組，不會改變目標請求的路線。排查時應沿着請求、匹配規則、目標組、實際節點逐層檢查，而不是隻看界面上哪個節點被選中。DIRECT 表示直連，REJECT 表示阻斷；不要把兩者當作普通服務器名稱。
理解匹配順序
常見規則按順序匹配，寬泛的條件放在前面可能遮住後面的精確條件，兜底規則應放在適當的末尾位置。可先使用你控制的測試域名驗證一條簡單規則，再逐步擴展。域名規則與 IP 規則的匹配條件不同；在檢查結果時，要同時關注連接記錄中的目標域名、IP 和規則類型，不能僅憑瀏覽器地址欄判斷。
把修改放在可持續維護的位置
遠程訂閲刷新可能重寫下載的配置。需要長期保留的自定義規則，應按照當前版本支持的覆寫、擴展或腳本方式維護，並在應用前檢查語法與組名。一次只加一條規則，應用後確認內核沒有報錯。避免在無法解釋作用的腳本中粘貼密鑰，也不要直接覆蓋唯一一份可用配置。
驗證規則真正生效
應用修改後，為測試目標建立新連接，再查看連接列表中的匹配規則和出口。已經存在的長連接可能繼續使用先前的路線，必要時關閉測試應用後重新打開。分別測試應走代理、應直連和不受改動影響的目標，確認沒有誤傷。訂閲更新後重復同樣的測試，並保留簡短的變更記錄。
出現誤分流時回退
如果修改後大面積連接失敗，先恢復備份或移除剛添加的規則，而不是繼續堆疊更多例外。檢查目標組是否仍存在、規則是否被更早的條件匹配，以及當前是否確實處於規則模式。提交問題時給出脱敏的單條規則和測試現象，不要上傳整份包含服務器憑據的訂閲文件。