Clash Profile 是什麼？訂閱設定檔、本機設定檔與多設定檔切換入門

Profile：用戶端儲存的一份設定檔

Clash Profile 通常是指用戶端管理的一份設定檔。來源可以是訂閱連結，也可以是本機 YAML 檔案。FlClash 負責儲存、更新及選取這些設定檔，再將處理後的有效設定交由 Clash Meta 核心（mihomo）執行。Profile 不是單一節點，也不等同於某個策略群組。

一份完整設定可能包含監聽連接埠、DNS、代理節點、策略群組和分流規則。例如，mixed-port: 7890 用來指定 HTTP 與 SOCKS 共用的代理連接埠；proxy-groups 決定如何選擇出口；rules 則決定連線要交由哪個出口處理。切換 Profile 可能同時變更上述內容，不只是換個節點。

切換 Profile：改用另一份設定，規則、節點來源和群組結構都可能隨之變更。
切換策略群組：沿用目前的設定，只變更某個群組所選的節點或子策略群組。
切換出站模式：在規則、全域和直連模式之間切換處理方式，不會因此自動改用另一份訂閱。

訂閱設定檔和本機設定檔有什麼不同？

兩者最後都必須產生核心能識別的設定，主要差異在於來源與維護方式。訂閱設定檔會從遠端網址取得內容，之後可以重新下載；本機設定檔則由使用者匯入及維護。原始檔案變更後，是否會同步至用戶端取決於匯入方式，不能預設它會持續與磁碟上的檔案同步。

項目	訂閱設定檔	本機設定檔
內容來源	遠端訂閱網址傳回的內容	手動編寫或匯入的 YAML 檔案
更新方式	手動重新整理或由用戶端定時下載	編輯、重新匯入，或在用戶端內儲存
主要用途	持續接收節點與服務提供者的設定變更	固定規則、測試設定，以及可自行掌控的本機備份
修改風險	直接編輯遠端內容，可能在下次更新時被覆蓋	需要自行留意節點憑證與通訊協定參數的變更

訂閱網址不一定會傳回完整的 YAML

「訂閱」只說明取得內容的方式，不代表內容格式都相同。有些網址會傳回完整的 Clash 設定，有些只提供節點清單，或使用其他用戶端的格式。即使下載成功，也可能無法啟用。請選擇服務提供者明確標示適用於 Clash 或 Clash Meta 的網址，並確認目前用戶端與核心支援相關欄位及通訊協定。

訂閱連結中的查詢參數或路徑可能包含存取憑證。回報問題時，只提供錯誤訊息、欄位名稱及已遮蔽敏感資訊的片段；切勿在公開截圖、支援案件附件或設定範例中貼出完整連結。

需要自訂規則時，先確認修改內容儲存在哪裡

FlClash 的介面選項、設定覆寫與遠端 YAML 都可能影響最後生效的設定。不同版本提供的編輯入口和合併功能各有差異，不能假設修改訂閱內容後就會永久保留。請優先使用目前版本明確提供的覆寫功能；若沒有合適的入口，可以另存本機副本並記錄變更。另存副本後，遠端節點變更也需要自行處理。

匯入訂閱與設定自動更新間隔

匯入時，請先分清楚「新增一筆記錄」和「啟用這筆記錄」是兩回事。建議依序操作：「新增訂閱 → 首次下載 → 檢查設定 → 選擇啟用 → 建立新連線並測試」。介面名稱可能因 FlClash 版本而異，以下以功能說明，不將特定版本的選單文字視為通用操作路徑。

新增來源：在設定管理頁選擇透過連結新增，貼上完整的訂閱網址，並填入方便辨識用途的名稱。
確認內容：首次下載完成後，檢查是否出現節點或策略群組；只看到更新時間，並不能證明設定已套用。
啟用設定：將新記錄設為目前使用的設定，並確認是否出現解析失敗、未知策略群組或連接埠遭占用等提示。
確認出口：選擇規則模式，發出新的測試連線，並在連線頁檢查符合的規則及出站鏈路。

一般使用可先設定每 24 小時更新一次

24 小時是方便管理的起始設定，並非核心的必要條件。若服務提供者經常調整節點，可依其說明縮短至 6 小時；若有明確的請求頻率限制，請遵守服務提供者的規定。頻繁下載訂閱不會增加節點頻寬，也無法修復本機 DNS 或 TUN 路由問題。

先確認時間單位：24 小時等於 1440 分鐘或 86400 秒。若輸入欄位的單位是「分鐘」，請勿填入 24 來表示一天。
分清兩種更新設定：Profile 的遠端更新與 proxy-providers 中的 interval 並非同一項設定；後者在 mihomo 設定中以秒為單位。
確認背景執行條件：電腦進入睡眠、用戶端結束執行，或行動作業系統限制背景活動時，無法保證依照實際時間準時更新。必要時請在前景手動更新。
分辨不同時間：最近一次嘗試更新、最近一次成功更新，以及訂閱到期時間，代表的意義各不相同。更新成功不代表帳號有效期限延長。

多設定檔的命名與備份：來源、用途、日期

設定檔多到 3 份以上時，只用「訂閱 1」、「新設定」很容易選錯。建議依「來源－用途－維護方式」命名，例如「線路 A－日常－遠端」、「線路 B－備用－遠端」、「日常規則－測試－本機」。日期較適合放在備份名稱中，例如「日常規則－備份－2026-11-03」。

設定名稱只供用戶端管理，不會自動成為規則的目標。規則引用的是 YAML 中的策略群組名稱。若將 proxy-groups 中的群組名稱從「日常出口」改為「主要出口」，就必須同步修改引用該群組的規則和其他群組；只重新命名清單中的 Profile，通常不會影響這些引用。

至少保留一份可還原的設定

修改前：記下目前的設定名稱、出站模式、所選節點、系統代理及 TUN 開關狀態。
備份內容：儲存 YAML 和必要的覆寫設定；若只匯出基礎 YAML，可能會漏掉用戶端另外儲存的參數。
儲存位置：將含有節點密碼的備份放在受控目錄，避免與公開程式碼儲存庫或共用雲端硬碟放在一起。
清理舊項目：確認替代設定能正常啟動後，再刪除重複記錄。不要讓已失效的網址持續自動更新。

切換後，連線與規則如何生效？

選取設定、核心成功載入，以及應用程式的新連線使用新設定，是三個需要分別確認的環節。用戶端可能先儲存選取結果，再載入核心設定；若遇到 YAML 錯誤或策略群組不存在，介面顯示已選取並不足以證明切換完成，請搭配記錄和連線頁確認。

分別檢查新連線與既有連線

成功載入新設定後，新建立的連線通常會依目前模式和規則處理。已建立的 TCP 長連線、影片工作階段或應用程式連線池，不一定會自動轉移到新節點。有些用戶端會主動關閉連線，有些則會保留，實際情況取決於實作方式和操作流程。測試時請優先重新建立連線；必要時使用用戶端的關閉連線功能，或重新啟動目標應用程式。

不要只重新整理仍維持長連線的頁面，就判定切換失敗。可以在連線頁查看新請求對應的網域、符合的規則及出口。瀏覽器快取、連線重用和 HTTP/3 都可能讓單次重新整理無法清楚呈現變化；開啟新分頁也不保證底層會建立新的網路連線。

模式、DNS 與 TUN 不一定會隨 Profile 一起切換

系統代理、TUN 模式及部分 DNS 參數可能由用戶端的全域設定管理，也可能透過覆寫影響基礎 YAML。切換 Profile 後，不能只根據檔案中的 tun 或 dns 內容推斷最後的狀態。請檢查介面上的實際開關及生效設定，特別留意用戶端是否仍使用全域模式。

例如，設定 A 使用 mixed-port: 7890，設定 B 改為 mixed-port: 7891。若用戶端沒有覆寫連接埠，而某個應用程式手動設定了 127.0.0.1:7890，切換後該應用程式仍會連線到舊連接埠。由用戶端管理的系統代理，以及應用程式自行填入的代理網址，也需要分別確認。

本機設定範例：先確認引用關係

以下是用來了解本機 Profile 的最精簡直連範例，可儲存為 profile-local-demo.yaml 後匯入。此範例不含遠端代理節點，所有符合「日常出口」的連線最後都會走 DIRECT，因此無法用來測試遠端代理是否可用。

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

proxy-groups:
  - name: 日常出口
    type: select
    proxies:
      - DIRECT

rules:
  - DOMAIN-SUFFIX,example.com,日常出口
  - MATCH,日常出口

這份範例展示了兩層引用關係：規則中的「日常出口」必須與策略群組名稱一致；群組中的 DIRECT 是核心內建的出站方式。最後一條 MATCH 會處理前面規則都未符合的連線。實際訂閱可能使用巢狀策略群組、規則集和代理提供者，不能只複製其中一段就認為相依設定已完整。

YAML 縮排請使用空格，不要使用 Tab。若匯入時提示連接埠遭占用，請先檢查是否有其他程式正在監聽 7890，而不是反覆重新整理訂閱。若提示找不到某個代理或策略群組，請檢查名稱拼寫及引用關係。

常見問題：更新成功，設定卻沒有變

更新了備用設定，為什麼目前的連線沒有變？

更新某筆記錄不代表已啟用該設定。請確認更新的項目和目前啟用的項目是否為同一份 Profile；若更新的是備用設定，目前執行中的設定沒有變化是正常的。即使更新了目前使用的設定，也要確認用戶端是否已重新載入，以及內容是否確實有所不同。

切換後節點名稱還在，是不是沒有切換成功？

不同訂閱可能使用相同的節點名稱；用戶端也可能恢復同名策略群組先前的選擇。請一併確認設定名稱、規則內容和新連線的出口，不要只看節點名稱。節點重新命名或遭到刪除後，舊的選擇也不一定能恢復。

為什麼本機副本沒有收到遠端新增的節點？

本機副本通常是匯入當下的內容快照。除非副本本身引用了可更新的代理提供者，否則不會隨原訂閱變更而自動新增節點。若要持續取得遠端節點，同時保留自訂規則，請使用目前用戶端支援的覆寫方式，或正確設定代理提供者及其引用關係。

建議依什麼順序排查？

確認已啟用的 Profile 名稱，並檢查最近一次成功載入的記錄。
確認目前使用規則、全域或直連模式，並檢查策略群組的選擇。
檢查代理連接埠、系統代理及 TUN 的實際狀態。
重新建立連線，並在連線頁確認規則和出口。
若問題仍未解決，請還原已驗證的備份，每次只恢復一項變更。

管理 Profile 的關鍵在於分清來源、更新與執行狀態。先用一份設定完成匯入及連線測試，再新增備用或測試設定；每次切換後都檢查新連線，就能減少混淆舊工作階段、全域設定與訂閱內容所花的排查時間。