Clash 訂閱連結匯入教學：URL 匯入、本機 YAML 與 Base64 格式差異

先分清訂閱網址、設定檔與節點清單

取得訂閱後，先確認服務提供者是否有「Clash」或「Clash Meta / mihomo」專用入口，再開啟用戶端的設定頁面。不要把瀏覽器後台網址、單一節點連結和訂閱網址混為一談。三者看起來都是文字，但用戶端處理方式各不相同。

URL 是取得內容的網址，YAML 是設定檔的組織格式，Base64 則是文字編碼方式。三者不屬於同一層級：HTTPS 訂閱網址傳回的內容，可能是 YAML，也可能是經 Base64 編碼的節點清單。匯入失敗時，應檢查實際傳回的內容，而非只看連結是否以 https:// 開頭。

透過 URL 匯入：儲存遠端設定，再設為目前使用的設定

複製正確的用戶端訂閱入口

1. 登入訂閱服務提供者的管理頁面，找到「訂閱」或「匯出設定」，選擇 Clash 或 mihomo 對應的格式。若只提供通用訂閱，請先確認用戶端是否支援轉換。
2. 使用頁面上的複製按鈕取得完整 URL。避免從通訊軟體複製時連同句號、換行或引號一起複製，尤其不要漏掉 ? 後方的存取參數。
3. 開啟用戶端的設定清單，選擇「新增」、「加入」或加號，再切換至遠端 URL 類型。替設定取一個容易辨識的名稱，例如「日常訂閱」。
4. 貼上網址並儲存，等待首次取得完成。若有錯誤詳情，先記下狀態碼或解析錯誤，不要連續重複新增同一個網址。
5. 在設定清單中選取剛新增的項目，確認它已設為目前使用的設定；接著進入代理頁面，檢查是否出現策略群組，再選擇可用節點。

「下載完成」只表示用戶端已取得設定，不代表系統流量已經經過代理。匯入後，還要依實際用途啟用系統代理，或在需要接管更多應用程式流量時設定 TUN。首次驗證建議先使用一種流量接管方式，確認連線正常後再增加功能，避免混淆匯入問題與路由問題。

設定更新間隔，分清兩種更新方式

若用戶端支援自動更新，可先設為每 24 小時更新一次；有些介面以小時為單位，有些則以分鐘計算，此時應填入 1440 分鐘。這只是初步建議，實際仍應遵循服務提供者的請求頻率限制。短時間內反覆更新可能會觸發限流。

還要分清「更新整份遠端設定」與「更新設定中的 proxy-providers」。前者由用戶端的設定管理功能負責；後者則由核心依照提供者的 interval 設定取得節點。提供者中的 interval: 86400 代表 86400 秒，不會讓用戶端自動每隔一天重新下載整份主要設定。

匯入本機 YAML：先確認檔案是否為完整設定

若已有 .yaml 或 .yml 檔案，請在設定頁面選擇匯入檔案，再透過檔案選擇器開啟。匯入前先用純文字編輯器檢查內容：如果開頭是 <!DOCTYPE html>、登入頁面或錯誤訊息，代表儲存的是網頁，而非設定檔。只改副檔名為 YAML，並不會改變檔案內容。

檢查設定檔的三個組成部分

• 節點來源：proxies 可直接定義節點，或透過 proxy-providers 引入節點集合。節點提供者檔案通常只有節點清單，不能直接當成完整的主要設定檔。
• 選擇策略：proxy-groups 用來組織手動選擇、自動測速等策略。規則引用的策略名稱必須存在於設定檔中。
• 路由規則：rules 用來決定連線路徑；規則模式會依序比對，優先採用最先符合的規則。若規則指向不存在的群組名稱，設定可能無法載入。

以下是僅供理解結構的最簡範例。它不包含遠端節點，所有連線最後都會直接連線，無法用來驗證遠端代理是否可用。7890 是範例混合連接埠，並非所有用戶端的固定預設值；實際使用時請以用戶端顯示的監聽連接埠為準。

mixed-port: 7890
allow-lan: false
mode: rule
log-level: info

proxies: []

proxy-groups:
  - name: 手動選擇
    type: select
    proxies:
      - DIRECT

rules:
  - MATCH,手動選擇

YAML 對縮排相當敏感。請使用空格，不要使用 Tab；同一層級的縮排也要一致。不要在文字編輯器中批次取代所有冒號，也不要讓文書軟體將一般引號改成彎引號。名稱或密碼含有特殊字元時，請依 YAML 語法正確加上引號。

保留原始檔案與備用設定

部分用戶端會將檔案複製到自己的設定目錄，另一些則支援引用外部路徑。匯入後修改原始檔案，不一定會同步更新目前使用的設定，可能需要重新匯入或觸發重新載入。建議保留一份可正常運作的設定；修改 DNS、規則或節點前，先複製一份備份。

本機檔案通常不會像遠端訂閱一樣自動更新整份設定，但其中引用的遠端提供者仍可能透過網路更新。反過來說，直接編輯從遠端訂閱下載的檔案，也可能在下次更新時被覆寫。若要長期保留自訂規則，建議優先使用用戶端支援的覆寫、合併或修補功能。

Base64 格式：解碼後是節點，不是 Clash 設定檔

常見的通用訂閱會將多行節點連結編碼成一段 Base64 文字。解碼後的內容可能是多條 ss://、vmess:// 或 trojan:// 連結，而不是包含規則與策略群組的 YAML。Base64 只是編碼方式，任何取得原始文字的人都可能還原其中的資訊。

以字串 c3M6Ly8= 為例，解碼後只有 ss://。這可以說明編碼與解碼的關係，但不是可連線的節點。實際訂閱還包含伺服器、連接埠與驗證參數；部分通訊協定連結內部還會再使用編碼，無法只靠解碼一次就完成所有通訊協定解析。

依序選擇轉換方式

1. 先找服務提供者的 Clash 匯出選項。使用針對目標用戶端提供的專用輸出，通常能同時取得節點、群組與規則，減少手動補齊設定。
2. 接著確認用戶端的匯入功能。只有明確支援通用訂閱或節點連結的匯入工具，才適合直接貼上 Base64 內容。不能因為用戶端採用 mihomo 核心，就認定其圖形介面支援任意訂閱格式。
3. 確實需要轉換時，請在可信任的環境中處理。優先使用本機工具或服務提供者指定的服務。轉換後請檢查節點數量、通訊協定欄位、策略群組引用與最終規則，再於用戶端啟用。

轉換器不是只把編碼文字換成另一種副檔名。它必須解析節點通訊協定，再依 Clash / mihomo 的欄位格式組織節點，並補上主要設定所需的策略與規則。目標核心不支援的通訊協定或參數，無法透過轉換自動取得支援；請先查看用戶端「關於」頁面的實際核心與版本，再確認該核心支援的設定語法。

匯入失敗：依序排查網路、內容與設定語法

先查看用戶端記錄或匯入錯誤詳情，再決定下一步。網路要求失敗、傳回內容不符預期、設定語法錯誤，是三種不同問題，處理方式也各不相同。瀏覽器能開啟管理後台，不代表用戶端能取得訂閱；後台可能需要登入 Cookie，而訂閱介面應使用自己的存取憑證。

「透過代理更新」適用於已有可用代理，但無法直接連線至訂閱伺服器的情況。如果目前沒有任何可用設定，啟用此選項可能造成依賴循環：必須先更新才能取得節點，卻又必須先有節點才能更新。此時應使用服務提供者提供的可連線入口，或在可信任的網路中取得設定後再匯入本機。

匯入後驗證：分別確認設定、節點與流量入口

1. 確認設定已啟用。檢查目前設定名稱、最近更新時間與載入記錄。設定清單中出現項目，不代表核心正在使用該設定。
2. 確認策略已選取。進入代理頁面，開啟規則實際指向的策略群組，再選擇一個節點。延遲測試通過只代表特定測試要求成功，不代表所有網站都能連線。
3. 確認流量入口。使用系統代理時，請確認用戶端監聽連接埠與系統設定一致。例如用戶端顯示混合連接埠為 7890，應用程式就必須連線至對應的 127.0.0.1:7890，不可照抄另一台裝置的連接埠。
4. 確認規則是否命中。開啟目標網頁後查看連線記錄，確認網域、命中規則、策略群組與實際出口。若記錄中完全沒有要求，應先檢查應用程式是否使用代理入口，而非反覆更換訂閱。

若有應用程式必須透過 TUN 才能接管流量，請依用戶端要求授予權限並設定路由與 DNS。TUN 是流量接管方式，不是訂閱格式轉換工具；DNS 劫持也不會將 Base64 節點清單轉成完整設定。請分開驗證取得設定、載入核心與接管流量三個步驟，才能準確找出問題所在。

日常維護時，請保留一份可還原的設定、記錄更新週期，並在訂閱變更後檢查策略群組名稱。若服務提供者重新命名群組，自訂規則與覆寫設定可能仍引用舊名稱。先確認引用關係再調整規則，可避免反覆排查「訂閱更新成功，但設定載入失敗」的問題。