編寫自定義規則：六個常見需求示例

訂閱自帶的規則覆蓋了大多數網站，但總有例外。本文用六個真實需求演示自定義規則的寫法。規則如何持久地插入訂閱（避免更新被覆蓋），見文末說明。

需求一：某網站打不開，強制走代理

- DOMAIN-SUFFIX,example.org,節點選擇

「節點選擇」換成你設定裡實際的代理組名（Proxies 頁面第一個組名通常就是）。

需求二：某網站走代理反而異常，強制直連

- DOMAIN-SUFFIX,bank-site.com,DIRECT

網銀、支付、遊戲國服等場景常用。

需求三：遮蔽某個域名

- DOMAIN-SUFFIX,annoying-ads.com,REJECT

命中的連線直接被拒絕，成體系的廣告攔截見REJECT 策略使用。

需求四：公司內網域名與網段直連

- DOMAIN-SUFFIX,corp.internal,DIRECT
- IP-CIDR,10.0.0.0/8,DIRECT,no-resolve

需求五：特定程式全部走代理（TUN 模式下）

- PROCESS-NAME,Telegram.exe,節點選擇

處理程序規則的適用範圍與限制見 PROCESS-NAME 規則。

需求六：讓某網站固定走特定地區節點

前提是設定裡有對應地區的代理組（如「日本節點」）：

- DOMAIN-SUFFIX,dmm.com,日本節點

怎麼把規則加進訂閱設定

• 推薦：用 Parsers 的 prepend-rules 把規則插到最前面，訂閱更新不丟失，且優先順序最高。
• 或者用 Mixin 的 JavaScript 模式對所有設定統一插入。
• 臨時測試可以直接 Edit File 改設定檔，但記住訂閱一更新就會被覆蓋。