在使用 Clash 系列客戶端時，最核心的體驗莫過於「自動化分流」。無論是存取本地網站時的流暢直連，還是使用海外服務時的穩定加速，背後都離不開一套精心編寫的代理規則（Rules）。2026 年，隨著 Clash Meta (Mihomo) 核心的全面普及，規則語法也得到了極大的增強。本文將深入解析 Clash 的核心規則語法，重點剖析 DOMAIN-SUFFIX、IP-CIDR 以及 RULE-SET 的實戰用法，助您從「伸手黨」進階為「配置高手」。

一、核心準則：規則匹配的先後順序

在開始學習具體語法之前，必須牢記 Clash 規則引擎的第一準則：由上而下執行，首次匹配即停止。

這意味著規則的排列順序至關重要。如果您將 MATCH,DIRECT 放在第一條，那麼無論後續規則如何編寫，所有流量都會直接連接。正確的邏輯通常如下：

  • 廣告與追蹤過濾：放置於最頂端（REJECT）。
  • 精確域名匹配：針對特定網域的個別處理（DOMAIN）。
  • 關鍵字匹配：處理包含特定字元的網域（DOMAIN-KEYWORD）。
  • 後綴匹配：處理整個網域及其子網域（DOMAIN-SUFFIX）。
  • IP 地址與地理位置匹配：作為網域匹配的補充（IP-CIDR / GEOIP）。
  • 預設規則：放置於最後（MATCH）。

二、網域規則詳解：DOMAIN、SUFFIX 與 KEYWORD

網域匹配是 Clash 最常用的分流手段，能最直接地根據您存取的網站決定使用哪個策略組。

2.1 DOMAIN：精確匹配

- DOMAIN,www.google.com,Proxy

這條規則僅匹配 www.google.com。如果是 mail.google.com，則不會命中。這通常用於對某個特定子網域進行特殊處理。

2.2 DOMAIN-SUFFIX：後綴匹配（最推薦）

- DOMAIN-SUFFIX,google.com,Proxy

這是分流配置中的「勞模」。它會匹配 google.com 及其下所有的子網域，如 www.google.com、images.google.com、drive.google.com 等。在絕大多數場景下，使用 SUFFIX 是最高效且覆蓋面最廣的選擇。

2.3 DOMAIN-KEYWORD：關鍵字匹配

- DOMAIN-KEYWORD,google,Proxy

只要網域中包含 google 這個字串（如 google.hk、googleblog.com），就會命中。請注意，由於匹配範圍過廣，不當使用可能導致包含該關鍵字的本地網站也被誤導向代理。

三、IP 規則詳解：IP-CIDR 與 GEOIP

有時，某些應用程式存取的是純 IP 地址而非域名，或者某些域名未被包含在規則庫中，這時就需要 IP 規則來兜底。

3.1 IP-CIDR：IP 段匹配

- IP-CIDR,1.1.1.1/32,Proxy,no-resolve

1.1.1.1/32 表示具體的 IP 地址。/24 則表示一個 C 段網段。這裡的關鍵點在於可選參數 no-resolve。

// TIP: 什麼是 no-resolve？ 預設情況下，當 Clash 遇到 IP 規則時，會嘗試將當前存取的域名解析為 IP 以進行匹配。如果開啟了 no-resolve，Clash 則不會在匹配此規則時進行 DNS 解析。這在防止 DNS 洩漏（DNS Leak）和減少不必要的 DNS 請求方面非常有用。通常對於純 IP 存取的流量，建議加上此參數。

3.2 GEOIP：國家/地區匹配

- GEOIP,TW,DIRECT

Clash 會查詢 IP 地理位置資料庫（通常是 mmdb 文件）。如果目標 IP 屬於台灣（TW），則走直連（DIRECT）。這是實現「本地網站直连」最有效的兜底手段。配合 no-resolve 使用可以進一步優化性能。

四、RULE-SET：外部規則集實戰

手動在配置文件中寫幾百行 DOMAIN-SUFFIX 是不現實的。2026 年的主流做法是使用 RULE-SET（在 Meta 核心中由 rule-providers 支持）。

4.1 為什麼要使用 RULE-SET？

它將成千上萬條規則保存在外部文件中，Clash 啟動時會自動下載或按需加載。這樣您的配置文件可以保持精簡，且規則能夠跟隨維護者動態更新（例如 Loyalsoldier 的規則集）。

4.2 配置範例

首先在 rule-providers 中定義來源：

rule-providers:
  proxy:
    type: http
    behavior: domain
    url: "https://example.com/proxy.txt"
    path: ./ruleset/proxy.yaml
    interval: 86400

接著在 rules 中引用：

rules:
  - RULE-SET,proxy,Proxy Group
  - GEOIP,TW,DIRECT,no-resolve
  - MATCH,Proxy Group

五、進階實戰：構建精準的分流體系

一個強健的 2026 年 Clash 配置，應該如何組合這些規則？以下是一個實戰模版：

rules:
  # 1. 局域網繞過
  - DOMAIN-SUFFIX,local,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  
  # 2. 外部規則集精準分流
  - RULE-SET,advertising,REJECT
  - RULE-SET,private,DIRECT
  - RULE-SET,apple,DIRECT
  - RULE-SET,google,Proxy
  - RULE-SET,telegram,Proxy
  
  # 3. 地理位置兜底
  - GEOIP,TW,DIRECT,no-resolve
  
  # 4. 全域兜底
  - MATCH,Final Proxy

在這個體系中，我們首先排除了局域網流量，然後透過維護良好的外部規則集處理大部分已知服務（Apple、Google、Telegram），接著利用 GEOIP 將剩餘的本地 IP 流量導向直連，最後將所有無法識別的流量全部送往代理。這種「白名單 + 地理位置分層」的邏輯是目前公認的最佳實踐。

六、總結與專業建議

理解 Clash 的代理規則語法，不僅是為了解決「能不能連線」的問題，更是為了提高網路存取的「品質」。透過合理配置 DOMAIN-SUFFIX 減少匹配開銷，利用 IP-CIDR 的 no-resolve 防止解析延遲，再配合 RULE-SET 實現規則的自動維護，您可以獲得真正無感的連網體驗。

當然，如果您覺得維護複雜的 YAML 配置文件過於繁瑣，或者在處理 rule-providers 的更新時經常遇到網路連線問題，使用一個高度集成的圖形客戶端會是更好的選擇。我們的 Clash 客戶端 不僅內建了 2026 年最先進的 Meta 核心，還預設了經過深度優化的規則分流方案，支持一鍵切換策略。無論您是需要極致訂製的高級玩家，還是追求開箱即用的普通使用者，都能在這裡找到最順手的配置方案。

→ 立即下載 Clash 客戶端，開啟極速、精準的自動化分流新體驗