Clash 設定檔 Profile 是什麼：多設定切換與管理方法

先釐清 Profile、訂閱連結與 config.yaml

先說結論：Profile 是用戶端管理一份代理設定的邏輯單位，訂閱連結是這份設定的遠端來源，而 YAML 檔案則是用戶端下載或匯入後儲存在本機的實際內容。三者彼此相關，但不是同一樣東西。

在 Clash Verge Rev、Clash Nyanpasu 等圖形化用戶端中，Profile 常被翻譯為「訂閱」、「設定」或「設定檔」。一個 Profile 通常包含名稱、來源網址、本機檔案路徑、更新時間與目前啟用狀態。使用者點選某個項目時，用戶端會讀取對應的 YAML、檢查語法，再將處理後的設定交給 Mihomo 核心執行。

config.yaml 只是常用檔名

config.yaml 是 Clash 生態系中常見的預設名稱，並不是每個 Profile 都必須使用這個名稱。圖形化用戶端為避免檔名重複，可能會將檔案儲存為隨機識別碼，例如 7f2c8a.yaml；也可能依訂閱名稱建立獨立目錄。此時清單中顯示「辦公線路」，磁碟上的檔名卻可能完全不同。

一份可執行的基礎 YAML 通常包含監聽連接埠、代理節點、策略組與規則。以下結構只展示 Profile 中各部分的關係，不包含實際節點憑證：

mixed-port: 7890
mode: rule
log-level: info

proxies:
  - name: "範例節點"
    type: socks5
    server: 127.0.0.1
    port: 1080

proxy-groups:
  - name: "節點選擇"
    type: select
    proxies:
      - "範例節點"
      - DIRECT

rules:
  - DOMAIN-SUFFIX,example.com,節點選擇
  - MATCH,DIRECT

建立多個 Profile：先命名，再匯入

多個設定並存時，最實用的管理方式不是保留「設定 1」、「新訂閱」之類的預設名稱，而是在匯入當天就清楚標示用途。名稱至少應回答三個問題：用於什麼情境、來源是哪一組線路，以及是否允許自動更新。

建議使用「情境—來源—更新方式」命名

• 日常—主要訂閱—自動更新：平時使用，允許用戶端定期抓取。
• 辦公—內部規則—手動更新：包含公司網域分流，更新前先檢查規則變更。
• 行動網路—低流量：策略組優先選擇較穩定、流量成本較低的節點。
• 測試—本機 YAML—禁止覆寫：用於除錯規則、DNS 或 TUN 參數。
• 備援—2026-08-27：保留一份已驗證可用的靜態副本。

以 Clash Verge Rev 2.x 的常見介面為例，可以進入「訂閱」→「新增」，貼上訂閱 URL，填寫名稱後儲存，再點選下載或重新整理按鈕。匯入本機檔案時，使用「訂閱」→「新增」→「本機檔案」，選擇副檔名為 .yaml 或 .yml 的檔案。不同版本的按鈕文字可能是「匯入」、「新增設定」或「新增訂閱」，核心步驟相同。

1. 先記下目前正在使用的 Profile 名稱。
2. 新增遠端訂閱或匯入本機 YAML。
3. 將預設名稱改成容易識別的情境名稱。
4. 執行一次手動更新，確認更新時間已變更。
5. 開啟設定詳細資訊，檢查節點數量、策略組與規則是否完整。
6. 最後再切換到新的 Profile，避免匯入失敗時中斷目前的連線。

切換 Profile：確認設定已生效，而不只是顯示選取狀態

點選 Profile 後，用戶端通常要完成四個動作：解析 YAML、套用覆寫、將設定交給 Mihomo，以及更新策略組狀態。清單出現選取標記，只能表示使用者已發起切換；要判斷是否真正生效，還要查看核心狀態、目前策略組與連線記錄。

切換後的四項檢查

1. 檢查核心狀態：進入「設定」→「核心設定」或「系統設定」→「核心」，確認 Mihomo 狀態為執行中。
2. 檢查連接埠：確認目前 Profile 的 mixed-port 與系統代理連接埠一致。常見值為 7890，但實際設定應以目前配置為準。
3. 檢查策略組：進入「代理」頁面，確認「節點選擇」、「自動選擇」等分組來自新設定，而不是上一份 Profile 的名稱。
4. 檢查連線：開啟「連線」或「記錄」，造訪測試頁面，查看新連線命中了哪條規則及哪個策略組。

如果兩個 Profile 都使用 mixed-port: 7890，通常不需要修改系統代理，因為監聽位址與連接埠維持不變。若新設定改為 mixed-port: 7897，系統代理也要同步指向 127.0.0.1:7897。只修改 YAML 卻保留舊的系統代理連接埠，會導致瀏覽器無法連線至代理。

切換 TUN 模式時要多檢查一層

TUN 模式透過虛擬網路介面接管流量，涵蓋範圍比一般系統代理更廣。切換 Profile 後，如果修改了 tun、DNS、路由排除項目或網路堆疊，用戶端可能需要重新啟動 TUN。常見操作路徑是「設定」→「系統設定」→「TUN 模式」，先關閉，等待 2 至 3 秒，再重新開啟。

啟用 TUN 後，可檢查記錄是否出現介面建立、路由寫入與 DNS 監聽資訊。若設定使用 dns.listen: 0.0.0.0:1053，還應確認 1053 連接埠未被另一個正在執行的代理程式佔用。多個用戶端同時開啟 TUN，容易造成預設路由反覆被改寫，因此測試切換時應只保留一個核心執行。

更新 Profile：區分遠端重新整理、覆寫與執行時重新載入

「更新訂閱」通常只負責重新下載遠端 YAML；「重新載入設定」則會讓核心重新讀取本機內容。部分用戶端會連續執行這兩個動作，部分則需要使用者手動切換一次 Profile。更新後節點數量沒有變化，不一定代表失敗，伺服器也可能只調整節點參數或規則內容。

透過更新時間與記錄判斷重新整理結果

執行更新前，先記下 Profile 顯示的時間，例如 2026-08-27 09:30。重新整理後確認時間已變更，並查看記錄中的 HTTP 狀態。成功請求常見狀態為 200；401 或 403 多半與訂閱權限、權杖失效有關；404 表示遠端路徑不存在；連線逾時則需要檢查目前網路與直連規則。

YAML 對縮排很敏感。列表項目前通常使用兩個空格，不應混入定位字元。編輯後可先查看用戶端的語法檢查結果，再交由核心載入。若錯誤訊息指向第 86 行，真正缺少冒號或縮排錯位的位置也可能在第 85 行，因此要連同上一行一起檢查。

編輯本機設定：先確認檔案對應關係

多 Profile 環境中最常見的誤操作，是開啟名為 config.yaml 的檔案進行修改，卻發現用戶端介面沒有變化。原因通常是用戶端目前執行的是另一個快取檔案，或執行設定還疊加了覆寫內容。編輯前應從 Profile 的詳細資訊選單進入檔案，而不是在磁碟中僅憑檔名猜測。

安全的編輯順序

1. 在設定清單確認目前啟用的項目。
2. 使用該項目的「開啟檔案」、「編輯設定」或「開啟資料夾」入口。
3. 複製原始檔案，並在副本名稱中加入日期與用途。
4. 每次只修改一個區域，例如先修改 mixed-port，驗證後再修改 DNS。
5. 儲存後執行語法檢查與設定重新載入。
6. 透過記錄確認核心讀取了預期檔案。

對 Mihomo 而言，常見核心欄位包括 mixed-port、allow-lan、mode、dns、tun、proxies、proxy-groups 和 rules。修改欄位前，要確認用戶端是否提供獨立的切換選項。例如介面中的 TUN 開關可能透過執行時覆寫控制；即使 YAML 中寫了 enable: false，用戶端仍可能在啟動核心前合併自己的設定。

需要判斷最終設定時，可以查看用戶端提供的「執行設定」、「目前設定」或除錯匯出功能。這裡顯示的是遠端訂閱、本機覆寫與用戶端設定合併後的結果，比單獨查看訂閱快取更接近 Mihomo 實際收到的內容。

清理舊 Profile：先停用，再刪除

設定清單累積過多後，重複名稱與失效訂閱會提高誤切換的機率。清理時不要從目前啟用的項目開始。先切換到確認可用的主要 Profile，造訪網頁並檢查記錄，再處理舊項目。

刪除前保留必要資訊

• 記錄 Profile 的顯示名稱、來源類型與最後更新時間。
• 本機自訂設定先匯出 YAML，再刪除清單項目。
• 確認舊 Profile 沒有獨有的規則、策略組或 DNS 參數。
• 遠端訂閱只保留仍在使用的入口，避免多個名稱指向同一個網址。
• 刪除後檢查快取目錄，區分用戶端自動管理的檔案與手動備份檔案。

建議將設定分為「目前使用」、「測試中」與「備援」三類。目前使用保留 1 至 2 份，測試設定在驗證完成後合併或刪除，備援設定保留最近一個穩定版本即可。以日期命名的副本若超過數個月，還要考慮規則與節點資訊可能已失效，不應長期作為首選設定。

多設定管理常見問題

一套可重複執行的 Profile 管理流程

穩定管理多個 Clash 設定的關鍵，是讓「來源、檔案、執行狀態」彼此對應。匯入時清楚命名，切換後檢查連接埠與策略組，更新前儲存備援副本，本機修改則透過覆寫或獨立 Profile 保留。如此即使設定數量增加，也能快速判斷目前核心究竟載入了哪一份內容。

• 名稱包含情境、來源與更新方式。
• 遠端訂閱與本機測試設定分開儲存。
• 切換後檢查核心、連接埠、策略組與連線記錄。
• 自動更新的訂閱快取不直接用於長期自訂修改。
• 大幅修改前保留一份附日期的可用副本。
• 清理時先切換到主要設定，再刪除舊項目。