Clash 訂閱連結匯入教學:三種匯入方式與常見格式說明

訂閱連結是一個指向遠端設定檔的 HTTP/HTTPS 位址,用戶端會定期請求該位址,伺服端回傳一份 YAML 或 Base64 編碼的節點與規則集合。連結通常由代理服務商在會員中心產生,格式類似 https://example.com/api/v1/sub?token=xxxx,其中查詢參數帶有身分權杖,不建議轉發給他人,因為持有連結即等同持有帳號的節點使用權限。

拿到連結後,不需要在瀏覽器裡開啟它——瀏覽器存取通常只會看到一段亂碼或觸發檔案下載,這是正常現象,因為回應內容是給用戶端程式解析的,不是給人閱讀的網頁。正確的使用方式是把連結原樣交給 Clash 系用戶端(Clash Verge、Clash for Windows 系分支、Clash Meta 核心前端等),由用戶端完成請求、解析、寫入設定的全部流程。

URL 匯入是最常用的方式,優點是後續更新只需用戶端自動刷新,不必手動替換檔案。操作步驟如下:

1. 開啟用戶端的「訂閱」或「Profiles」管理頁面。
2. 點擊「新增」「匯入」之類的按鈕,將訂閱連結貼到輸入框。
3. 可選填寫一個便於識別的備註名稱,例如服務商簡稱加方案類型。
4. 確認後用戶端會立即發起一次請求,拉取遠端設定並產生本機快取。
5. 在訂閱列表裡選取該條目並點擊「啟用」或「選用」,規則與節點即生效。

剪貼簿匯入適合從瀏覽器擴充功能、聊天工具或 QR Code 掃描結果裡複製到一段設定文字或連結,但用戶端視窗切換不便的場景。多數桌面用戶端在訂閱頁面提供「從剪貼簿匯入」按鈕,操作邏輯是:

1. 先複製訂閱連結或完整的 YAML 設定文字到系統剪貼簿。
2. 切回用戶端,點擊「從剪貼簿匯入」,程式會自動判斷剪貼簿內容是連結還是設定正文。
3. 若識別為連結,行為等同於 URL 匯入;若識別為設定正文,則直接落地為一份本機訂閱,不再具備遠端更新能力。

行動裝置用戶端(如 Android 上的 Clash Meta 系應用程式)同樣保留此入口,尤其適合從其他應用程式「分享」動作直接跳轉匯入,減少手動輸入的出錯機率。

本機檔案匯入用於離線場景,或服務商僅提供下載檔案而非線上連結的情況。適用的檔案副檔名通常為 .yaml、.yml,也有部分舊版設定以 .txt 或 Base64 文字形式發布。步驟:

1. 把設定檔下載並儲存到本機磁碟,記住路徑。
2. 用戶端訂閱頁面選擇「匯入本機檔案」或「開啟設定」。
3. 在系統檔案選擇器中找到並確認該檔案。
4. 用戶端讀取檔案內容並依 YAML 結構解析節點、代理群組與規則欄位。

URL 匯入

日常使用首選,支援自動更新,依賴網路能存取訂閱網域

剪貼簿匯入

跨應用程式銜接方便,識別結果取決於剪貼簿內容類型

本機檔案匯入

離線可用,更新需手動重複匯入,適合應急備用設定

URL 匯入的訂閱在用戶端裡通常帶有「更新間隔」欄位,單位為小時,常見預設值是 24 小時。設定過短的間隔會增加對訂閱伺服器的請求頻率,部分服務商對高頻拉取有限速或封鎖策略,建議維持預設或不低於 6 小時。修改方式一般在訂閱條目的「編輯」彈出視窗內,找到 interval 或「自動更新週期」輸入框,填入數值後儲存即可,無需重新啟動用戶端。

如果不想等待下一次自動週期,幾乎所有用戶端在訂閱條目旁都提供一個圓形箭頭樣式的「立即更新」按鈕,點擊後會重新發起一次遠端請求並刷新節點列表,過程通常在幾秒內完成。若更新失敗,常見原因包括連結已過期、網路無法存取訂閱網域,或本機代理開關狀態與訂閱網域策略衝突,可先暫時關閉系統代理再嘗試更新。

大部分訂閱伺服器會在 HTTP 回應標頭裡附帶一個名為 Subscription-Userinfo 的欄位,內容形如 upload=xxx; download=xxx; total=xxx; expire=xxx,用戶端解析這個欄位後會在訂閱條目上直接顯示已用流量、總流量與到期日期,不需要額外設定。查看位置一般在訂閱列表裡對應條目的右側或展開詳情處,以進度條或「已用/總量」文字呈現。

需要注意的是,這份資料來自訂閱伺服器本次回應時的快照,不是即時值。若剛在其他裝置上消耗了大量流量,本機顯示的數字要等下一次訂閱更新才會同步。若某條訂閱始終不顯示流量資訊,通常是服務商沒有在回應標頭裡回傳該欄位,這種情況需要到服務商自己的會員中心查看真實用量,用戶端介面上無法湊出這項資料。

• 剩餘流量偏低時,建議提前規劃更換或續費,避免節點在使用中途突然無法使用。
• 到期時間欄位與流量欄位互相獨立,即���流量充足,到期後訂閱依舊會失效。
• 本機檔案匯入的設定一般不帶有這類資訊,因為它跳過了 HTTP 回應標頭的傳遞環節。

Clash 系用戶端接受的訂閱內容格式主要有兩類:

• 原生 YAML 格式:直接以 proxies、proxy-groups、rules 等欄位組織,Clash Meta(mihomo 核心)在此基礎上擴充了更多協議欄位與規則類型,如 Hysteria2、TUIC、WireGuard 等,舊版核心若不識別擴充欄位,會跳過或報錯,遇到匯入後節點數量異常偏少,多是核心版本過舊所致。
• Base64 編碼的節點列表:常見於早期 V2Ray/Shadowsocks 分享連結聚合,部分用戶端能自動識別並轉換成 Clash 規則集,部分則需要借助轉換服務產生標準 YAML 再匯入,直接把這類連結當作 Clash 訂閱使用可能會解析失敗。

proxies:
  - name: "示例節點-HK-01"
    type: trojan
    server: example.node.tld
    port: 443
    password: "示例密碼"
    sni: example.node.tld
    udp: true

上面是一段最簡化的 Trojan 節點欄位示例,實際訂閱檔案裡這樣的條目會重複出現多份,並配合 proxy-groups 把節點分類,再由 rules 決定哪些網域或 IP 段走哪一組。匯入前不需要手動編輯這些欄位,用戶端會自動解析,只有在自建設定或除錯異常節點時才需要逐條檢查。