Clash Profile 是什麼？多組訂閱與本機設定的切換與管理

Profile 是設定項目，不是單一節點

Clash 用戶端中的 Profile，通常是指設定清單中的一個設定項目。內容可以來自訂閱連結，也可以是匯入的本機 YAML 檔案。清單中同時儲存三個 Profile，不代表核心會同時執行三套設定；一般桌面用戶端一次只會啟用一份主要設定，再套用用戶端支援的覆寫、合併功能或執行參數。

先釐清「設定」、「訂閱」與「節點」的差異：訂閱是取得內容的來源，YAML 是常見的內容檔案格式，Profile 是用戶端管理這些內容的入口，而節點則是設定中的一個代理出口。切換節點通常只會改變某個策略組的選擇；切換 Profile 則可能連規則、DNS、監聽連接埠和策略組都一併更換。

多份設定的命名方式：分別記錄來源、用途與日期

建議先保留兩類項目：跟著服務商更新的遠端設定，以及用來測試與復原的本機設定。不要只取名為「訂閱 1」、「訂閱 2」，也不要把完整訂閱連結放進顯示名稱。連結中的權杖可能涉及帳戶權限，截圖時容易外洩。

三份設定的命名範例

• 日常-A-遠端：供日常使用，保留原訂閱來源，並依用戶端設定自動更新。
• 備用-B-遠端：作為備用線路，另外保存來源與到期資訊，不與日常設定混在一起。
• 測試-規則-本機-20261016：從可用設定複製的本機副本，只用來測試規則修改。

顯示名稱不是 YAML 通用的頂層欄位。不要為了更改 Profile 名稱，就在設定中任意新增 profile-name。請透過用戶端的設定項目重新命名或編輯功能修改；如果編輯介面沒有名稱欄位，匯入前請使用清楚易辨識的檔名。

分兩步匯入並啟用

1. 開啟設定管理頁面。不同用戶端可能稱為「設定」、「訂閱」或「Profiles」，請以實際介面為準。
2. 匯入訂閱網址或本機檔案，先確認新項目的名稱、來源類型與更新時間。
3. 手動選取新項目，等候用戶端顯示載入成功，再確認目前生效的設定標記。
4. 前往代理群組頁面，確認群組名稱和節點清單已變更；項目出現在設定清單中，不代表已經啟用。

匯入本機檔案時，用戶端通常會將檔案複製到資料目錄，但不同產品也可能採用其他管理方式。修改桌面上的原始檔案，不代表用戶端中的副本會同步變更。請重新匯入，或使用用戶端提供的「編輯檔案」、「開啟設定檔」功能，修改它實際管理的檔案。

切換 Profile：檢查模式、連接埠與策略組

可靠的切換流程應同時確認「是否載入成功」及「流量是否經過預期路徑」。設定中寫了 mode: rule，不代表介面一定會使用規則模式：部分用戶端會以執行參數覆蓋檔案中的值。應綜合用戶端目前狀態、核心記錄與連線詳細資訊判斷。

切換前後的四項檢查

1. 備份目前可用的設定：記下目前的 Profile 名稱與重要策略組選擇，必要時匯出設定副本。
2. 確認載入結果：查看記錄中是否出現 YAML 解析錯誤、未知欄位或策略組引用不存在等訊息。
3. 確認連線入口設定：檢查系統代理、TUN 與監聽連接埠，不要只看節點清單。
4. 建立新連線進行驗證：重新開啟測試頁面，並在連線詳細資訊中查看命中規則、策略組與實際出口。

例如舊設定的混合連接埠是 7890，新設定改為 7891，但終端機仍使用舊的代理環境變數，就可能無法連線。以下是兩份不同設定中的連接埠示意，並非要將它們同時寫在同一個檔案中：

# 日常設定中的連線入口
mixed-port: 7890
mode: rule

# 切換到另一份設定後，連線入口可能變為 7891
# mixed-port: 7891

如果用戶端固定接管連接埠，上述檔案中的值也可能遭到覆蓋。排查時先查看用戶端顯示的實際連接埠，再核對瀏覽器、終端機或開發工具中手動設定的代理位址。TUN 是否啟用、虛擬網卡是否建立、路由是否安裝成功，也都需要分別檢查，不能只憑 Profile 名稱推斷。

訂閱更新覆蓋修改：將來源與個人設定分開管理

直接編輯遠端 Profile 下載的內容，通常只能保留到下次更新。更新時會重新取得服務商的設定，並可能取代本機快取。最常見的情況是：剛新增的直連規則消失、手動修改的 DNS 還原，或策略組名稱又變回原本的名稱。

依修改目標選擇儲存位置

例如要讓 intranet.example.com 直連，規則片段可以寫成以下形式。這個網域僅供說明，請替換成實際需要的內部網域；此片段不是可單獨匯入的完整設定。

rules:
  - DOMAIN-SUFFIX,intranet.example.com,DIRECT
  - MATCH,Proxy

這裡的 Proxy 必須是最終設定中已定義的節點名稱或策略組名稱。切換到另一份只有 Auto 群組的 Profile 後，原本的引用可能會失效。多份設定共用覆寫時，必須統一策略組命名，或為不同設定分別指定覆寫，不能只複製規則文字。

「合併」不一定代表自動附加內容。有些工具會整份取代 rules 清單，另一些則支援前置、後置或以指令碼處理。規則應放在 MATCH 等兜底項目之前；若放在其後，通常就不會命中。設定完成後，請查看用戶端產生的執行設定，確認原有規則仍然存在，且順序符合預期。

如何同時使用兩份訂閱：切換與彙整是兩回事

在設定清單中匯入 A、B 兩份訂閱，通常會得到兩個可切換的 Profile，不會自動將兩邊的節點合併到同一個策略組。如果只是需要備用，分開保留項目會更容易排查；只有確實需要同時選用兩邊的節點時，才考慮使用節點提供者，或用戶端明確支援的彙整機制。

主要設定與節點提供者的職責

• 主要設定負責 proxy-groups、rules、DNS 等整體行為。
• proxy-providers 負責取得相容格式的節點集合，策略組則透過 use 引用提供者名稱。
• 完整設定訂閱不能未經確認就當成節點提供者使用；是否支援其回傳格式，須視核心與來源內容而定。

以 mihomo 為例，HTTP 類型節點提供者中的 interval: 3600 表示每隔 3600 秒更新該提供者，不代表用戶端每小時都會更新整份 Profile。提供者中的 health-check.interval 則代表健康檢查間隔，並非訂閱更新週期。用戶端遠端 Profile 的自動更新通常另有介面設定，時間單位也可能顯示為分鐘或小時。

管理時請分別記錄三項操作：整份設定何時更新、節點集合何時更新，以及節點何時進行可用性測試。遇到「節點已變更，規則卻沒變」時，就能先判斷是否只更新了提供者，不必反覆刪除並重新匯入所有設定。

備份與遷移設定：分別保存來源檔案、覆寫與狀態

只匯出一份執行中的 YAML，不一定能完整還原日常環境。執行檔可能已合併覆寫，卻沒有保留遠端訂閱網址；也可能包含節點密碼、訂閱權杖與本機監聽設定。這類檔案適合還原當時的設定內容，但不能取代用戶端資料備份。

建議保留的備份清單

1. 設定來源：保存訂閱來源說明、Profile 名稱，以及必要的訂閱連結；敏感連結請存放在受保護的位置。
2. 本機 YAML：保存手動撰寫的設定與測試前可用的副本，例如 daily-local-20261016.yaml。
3. 個人覆寫：分開保存規則、指令碼及其套用對象，並記錄處理順序。
4. 執行設定：記錄連接埠、系統代理、TUN、DNS 相關設定，以及用戶端和核心的實際版本。
5. 選取狀態：記錄常用策略組的選擇；不同用戶端儲存這類狀態的位置與方式可能不同。

遷移時優先使用用戶端提供的匯出與還原功能。如果必須複製資料目錄，請先結束用戶端，再複製到本機受保護的位置，以免複製到仍在寫入的資料庫或狀態檔案。不要猜測固定目錄路徑：安裝方式、可攜模式與作業系統都會影響實際位置。

還原後依序驗證

先匯入設定，再還原覆寫，最後逐項啟用系統代理或 TUN。第一次驗證時只啟用一個必要的流量入口，會更容易判斷問題所在。確認設定載入成功、網域解析正常且連線可建立後，再恢復自動更新與背景啟動。

跨用戶端遷移時，YAML 中的基本欄位或許能重複使用，但用戶端的設定索引、覆寫指令碼和介面狀態不一定相容。跨核心遷移也要檢查專用欄位。若載入失敗，請先根據記錄找出具體欄位，不要直接用舊用戶端的整個資料目錄覆蓋新用戶端。

常見問題：設定已存在，為什麼沒有如預期運作？

切換後節點變了，規則為什麼沒變？

先確認兩份設定是否原本就使用相同規則，再檢查用戶端是否套用了全域覆寫。如果共用的覆寫取代了 rules，切換來源 Profile 後，規則仍可能相同。判斷時應查看最終執行設定與新連線的命中結果，而非來源檔案的預覽內容。

刪除 Profile 會連訂閱帳戶一起刪除嗎？

刪除本機項目通常只會影響用戶端儲存的設定，不會註銷服務商帳戶。不過，用戶端是否也會移除快取、關聯覆寫與本機副本，仍須查看刪除提示。操作前請先匯出必要內容；如果訂閱連結已外洩，應向服務商重設連結，而非只刪除本機 Profile。

本機設定就不會自動變更嗎？

本機檔案通常不會像遠端 Profile 一樣更新，但仍可能引用會自動更新的 proxy-providers 或 rule-providers，也可能套用用戶端的執行設定。若要重現問題，應記錄這些外部來源與更新時間，不能只保存頂層 YAML。

日常管理至少要做哪些事？

保留一份可用設定以便復原；遠端訂閱與本機測試分開命名；長期修改放在可持續保存的覆寫層；每次切換後都用新連線檢查規則與出口。首次匯入的操作說明請參閱訂閱匯入教學，欄位關係請參閱YAML 結構參考。