Clash 設定檔 Profile 是什麼？訂閱匯入、多設定檔切換與管理教學

Profile、訂閱連結與 YAML 的關係

Profile 是用戶端管理的一筆設定檔紀錄，不是節點，也不是訂閱連結本身。通常會包含設定檔名稱、來源、更新時間，以及對應的 YAML 內容。選取某個 Profile，代表用戶端會依據這份設定產生或載入執行設定；設定中的策略群組則會決定實際使用哪個節點。

Clash Verge Rev 等用戶端通常將這個入口稱為「設定」，部分用戶端則顯示為「Profiles」。不同用戶端的紀錄格式並不通用，核心支援的 YAML 欄位也可能不同。原版 Clash 支援的設定不能直接視為等同於 Mihomo 擴充設定，尤其是使用新協定、規則集或特定 DNS 欄位時。

遠端 Profile 的常見流程是：訂閱網址回傳內容，用戶端儲存一份本機副本，選取後再交給核心使用。離線時能否繼續載入，取決於用戶端是否保留可用的副本；副本中的節點能否連線，則是另一回事。別把「設定檔還在清單中」當成訂閱仍有效的證明。

匯入訂閱：先確認網址，再啟用設定

向服務商取得 Clash 或 Mihomo 格式的訂閱

在服務商的訂閱頁面選擇明確標示為 Clash、Clash Meta 或 Mihomo 的匯入網址，並確認目前用戶端的核心支援該格式。帳戶管理頁面或付款頁面的網址，以及其他協定的通用訂閱，不一定能作為完整的 Clash 設定使用。

訂閱網址通常帶有存取權杖，取得網址的人可能因此讀取節點資訊。請勿將完整網址貼到公開群組、截圖或線上 YAML 檢查網站。需要求助時，只要描述錯誤訊息，並遮蔽路徑、查詢參數與節點憑證。

以 Clash Verge Rev 的「設定」頁面為例

1. 開啟「設定」，在訂閱連結輸入框貼上網址，點選「匯入」。如果目前介面使用「新增」入口，請選擇遠端類型 Remote，再填入名稱與訂閱網址。
2. 等候設定檔卡片出現。先確認是否顯示下載或解析失敗，再查看更新時間；請勿在請求尚未完成時反覆點選匯入。
3. 將名稱改成容易辨識來源與用途的簡短名稱，例如「日常－主要訂閱」。選取這張設定檔卡片，確認畫面已標示為目前使用的設定。
4. 開啟「代理」，確認策略群組與節點都已載入。日常使用可先選擇「規則」模式，再於實際使用的策略群組中選取節點。
5. 回到「設定」確認系統代理狀態。若打算使用 TUN，請先確認服務、權限與相關設定正常，再另外啟用，方便釐清問題來源。

不同版本的按鈕名稱與位置可能有所調整，但成功的判斷標準相同：設定已下載、能夠解析、已選取，且核心沒有載入錯誤。只看到「匯入成功」提示，還不足以證明應用程式流量已經經過用戶端。

匯入成功卻沒有節點，該怎麼辦？

• 回傳的是網頁：查看設定內容時，如果出現登入頁文字或 HTML 標籤，通常代表網址錯誤、需要驗證，或服務商回傳了錯誤頁面。
• 只有節點片段：只有 proxies 的內容可能還需要搭配策略群組與規則，不能直接當成完整設定使用。
• 欄位不相容：請在記錄檔中查找特定欄位或協定名稱，確認目前用戶端的核心支援該設定，而不是反覆匯入相同網址。

匯入本機 YAML 與修改遠端設定

若已有設定檔，請在「設定」頁面使用匯入本機檔案的入口，選取副檔名為 .yaml 或 .yml 的檔案。用戶端可能會將檔案複製到自己的資料目錄，也可能保留原始檔案路徑，實際行為依用戶端而異。匯入後再編輯桌面上的原始檔案，不一定會同步變更已匯入的副本。

檢查 YAML 時，先確認縮排與引用關係。使用空格縮排，不要混用定位字元；規則引用的策略群組名稱必須存在，策略群組引用的節點名稱也必須相符。以下是只有直連行為的結構示範，不包含可連線的代理節點：

mode: rule
log-level: info

proxies: []

proxy-groups:
  - name: 日常選擇
    type: select
    proxies:
      - DIRECT

rules:
  - MATCH,日常選擇

這裡的 MATCH,日常選擇 引用了上方同名的策略群組，而該策略群組只有 DIRECT。載入後，所有符合條件的連線都會直接連線，因此這個範例只適合用來理解結構，不能用來驗證代理線路是否可用。需要了解欄位說明，可參閱設定參考。

切換多份設定檔：可以儲存多份，但不代表同時執行

大多數 Clash 圖形介面用戶端都允許儲存多份 Profile，但通常只會選取其中一份作為主要執行設定。用戶端的全域設定、覆寫，以及這份設定引用的遠端 provider，仍可能參與產生最終設定。分別匯入兩份訂閱，不會自動將兩邊的節點合併到同一個策略群組。

依用途命名，比依匯入日期堆放更容易查找

• 日常－主要訂閱：保留穩定的規則與常用策略群組，作為預設使用項目。
• 備用－獨立來源：主要訂閱出問題時切換使用，平時也要定期確認能否更新。
• 測試－本機規則－20260804：用來驗證修改，名稱中保留日期，避免與正式設定混淆。

每次切換後檢查三個地方

1. 目前使用標記：在「設定」頁面確認選取狀態確實移至目標卡片；如果記錄檔顯示載入失敗，不能只看點選動作。
2. 策略群組選擇：前往「代理」確認選取的節點。兩份設定的群組名稱與節點名稱不同，用戶端不一定會沿用上次的選擇。
3. 實際連線：開啟新的網頁或重新發送請求進行測試，並在連線清單中查看套用的規則與出口策略。

既有連線可能仍沿用原本的路徑，切換後不必立刻清除所有連線。先測試新連線；若某個應用程式仍走舊路徑，再重新啟動該應用程式，或確認工作階段可以中斷後，關閉對應連線。下載、視訊會議與遠端桌面進行中時，切換設定應更加謹慎。

如果需要同時使用多個來源，通常要透過 proxy-providers 等設定方式，或使用用戶端明確支援的合併功能。這屬於另一層設定管理：必須檢查節點提供者的格式、引用名稱與更新方式，不能直接將兩份完整 YAML 首尾相接。

自動更新：分清訂閱、節點提供者與規則集

遠端 Profile 更新是重新取得該訂閱網址的內容。proxy-providers 更新則是取得設定所引用的節點提供者；rule-providers 更新則是取得規則集。三者可能使用不同的更新週期，更新其中一項不代表另外兩項也已更新。

依照用戶端介面的單位設定更新週期

在「設定」頁面開啟目標設定檔卡片的編輯選單，尋找「自動更新」或「更新間隔」。如果介面使用分鐘為單位，可先設為 1440 分鐘，也就是每天更新一次；若以小時為單位，則填入 24 小時。這是管理建議，並非所有用戶端的預設值，也不保證裝置休眠時能準時執行。

YAML 中 provider 的 interval 通常以秒為單位，例如 interval: 86400 代表一天。不要把介面中的 1440 分鐘直接照抄成 provider 的 1440 秒；後者只有 24 分鐘，會大幅提高請求頻率。

1. 設定週期後，先手動更新一次，確認網路與訂閱網址都能正常使用。
2. 記下卡片顯示的最近更新時間，下次啟動用戶端時再確認時間是否有變化。
3. 如果用戶端提供「透過代理更新」選項，請依實際網路連線狀況選擇；代理節點已失效時，依賴該節點取得新訂閱可能造成循環問題。
4. 更新後若節點仍未變動，請確認目前使用的是否為這份設定，以及節點是否實際來自獨立的 provider。

刪除舊設定檔：先切換，再備份與清理

刪除 Profile 通常只會移除用戶端中的設定檔紀錄及相關檔案，不會取消服務商的訂閱，也不一定會刪除用戶端儲存的所有歷史資料。若訂閱網址已外洩，只刪除卡片並不足夠，應前往服務商管理頁面重設訂閱網址，並在各裝置重新填入。

1. 確認替代設定可用：先選取預計長期保留的設定，並用新連線確認存取正常。
2. 備份必要內容：匯出或複製需要保留的本機規則與 YAML，存放在妥善控管的目錄中。備份內容可能包含伺服器網址、密碼與權杖。
3. 刪除重複紀錄：在舊設定檔卡片的選單中選擇刪除。名稱相似時，先確認來源與更新時間，不要只依排列順序判斷。
4. 重新啟動確認：確認重新啟動用戶端後仍能載入要保留的設定，再清理暫存測試檔案。

長期管理時，通常保留「一份日常、一份備用、少量測試」就足夠。每月檢查一次失效網址、自動更新與本機修改，並將測試結果記在設定名稱或本機筆記中，比反覆匯入相同訂閱更容易找出問題。

常見問題：切換、更新與設定遺失

訂閱更新後，自己新增的規則為什麼消失？

先確認規則是否直接寫在遠端設定檔中。遠端內容重新下載後，本機修改可能會被取代。請將需要長期保留的修改移至用戶端支援的覆寫或合併機制，並確認規則順序：規則通常由上而下比對，寫在兜底 MATCH 之後的規則可能不會被套用。

同一個訂閱匯入兩次，會得到兩個不同的帳戶嗎？

不會。兩筆紀錄可以有不同名稱與本機設定，但都連向同一個訂閱來源，通常仍對應同一個帳戶。是否共用本機快取、是否允許重複匯入，取決於用戶端；重複的卡片不能當成真正的備用線路。

更換 Profile 後，連接埠與 TUN 設定也會一起改變嗎？

不一定。用戶端可能會以全域設定覆蓋 YAML 中的連接埠、DNS 或 TUN 欄位。例如實際混合連接埠由用戶端的「設定」頁面管理時，修改訂閱中的 mixed-port 未必會生效。排查時應以執行設定與記錄檔為準，不要只根據來源檔案推斷目前狀態。

換電腦後，只複製 YAML 就夠了嗎？

完整的本機 YAML 可以作為移轉起點，但自動更新網址、覆寫指令碼、外部規則檔案與用戶端偏好設定可能不會一併移轉。新裝置匯入後，請重新檢查檔案路徑、核心相容性與系統代理權限。完整操作流程可參考快速入門教學；若載入失敗，再到說明中心依錯誤狀況排查。