Profile 是什麼：可供選用的設定檔
Profile 是用戶端管理設定時使用的設定檔項目，不是單一節點。其中通常會記錄設定內容、顯示名稱、來源網址和更新時間。用戶端中的功能入口可能標示為「設定」、「設定檔」或「Profiles」。選取其中一項後，用戶端便會將相應內容交由核心載入。
核心是實際處理連線的程式。Clash 與 Clash Meta（現稱 mihomo）屬於這一層；桌面視窗、訂閱清單和更新按鈕則屬於用戶端介面。各用戶端管理 Profile 的方式不盡相同，本文依操作目的說明，不會把特定介面的按鈕位置當成通用標準。
| 名稱 | 實際意義 | 常見操作 |
|---|---|---|
| Profile | 用戶端中的設定檔項目 | 命名、選取、更新、匯出 |
| 訂閱連結 | 用來取得遠端設定或節點資料的網址 | 匯入、重新整理、設定更新週期 |
| 本機 YAML | 儲存在裝置上的文字設定檔 | 編輯、匯入、備份、還原 |
| 節點 | 一組具體的代理連線參數 | 測試連線、加入策略組 |
| 策略組 | 供規則引用的一組連線選項 | 手動選取、依策略自動選取 |
YAML 是以縮排表示層級的文字格式。完整設定通常包含連接埠、節點、策略組和規則；訂閱網址傳回的內容卻不一定完整。有些網址只提供節點清單，有些提供 Base64 編碼資料，也有些會傳回完整的 Clash YAML。副檔名看起來像設定檔，不代表內容一定能直接使用。
先確認來源：訂閱設定或本機設定
訂閱設定：更新時重新取得遠端內容
訂閱設定適合由服務提供者維護節點和基本規則的情境。用戶端會儲存來源網址，按下更新時再次向伺服器提出要求。遠端內容變更後，本機快取通常會被取代；用戶端是否保留舊版本、如何合併設定，則視實際實作而定。
- 優點：節點新增、刪除或連線參數變更，都能透過重新整理取得，不必逐項修改。
- 注意：直接編輯下載的原始設定檔，所做的修改可能會在下次更新時消失。
- 檢查項目：查看項目是否顯示來源網址、上次更新時間，以及這次更新是否成功。
本機設定：自行維護檔案內容
本機設定適合學習規則、保留固定設定或比對故障情況。匯入後，有些用戶端會複製檔案，有些則會讀取指定路徑。別預設修改原始檔案就會立即生效：編輯後應重新載入，並確認用戶端實際使用的是哪一份。
本機設定也可以包含 proxy-providers，也就是從遠端取得節點的提供者。因此，「本機 Profile」不代表「完全不會遠端更新」。完整設定更新、節點提供者更新，以及 rule-providers 規則提供者更新，是三個不同層次。
匯入第一份設定：先確認格式，再確認是否啟用
匯入成功不代表正在使用。清單中多出一個項目，只表示用戶端已建立設定檔；是否通過語法檢查、是否已啟用，以及流量是否進入核心，都需要分別確認。
- 開啟用戶端的「設定／Profiles」頁面，選擇遠端匯入或從 URL 匯入。貼上服務提供者明確標示為 Clash 或 mihomo 格式的訂閱網址。
- 將新項目命名為
日常-訂閱A，先別刪除原本可正常使用的設定。名稱寫明用途，會比只寫「新設定」更容易辨認。 - 手動更新一次並查看結果。如果出現格式錯誤，請確認傳回內容是否其實是登入頁面、到期通知或其他格式的訂閱資料。
- 選取該項目並啟用或切換設定。查看記錄中是否出現載入失敗、策略組引用不存在等錯誤。
- 前往「代理／Proxies」頁面確認策略組是否出現，再確認模式為 Rule，也就是規則模式。最後開啟一個可明確判斷預期連線路徑的網站，查看連線記錄。
若要匯入本機設定，請選擇匯入檔案的入口，選取 .yaml 或 .yml 檔案，再依序啟用並驗證。不同用戶端可能使用「匯入」、「新增」或「加入」等名稱；若找不到入口，可先參考使用文件中的基本流程。
建立本機基準設定：區分語法問題與網路問題
準備一份結構簡單的本機設定，有助於確認用戶端能否正常載入 YAML。以下範例適用於 mihomo，僅示範設定層級與策略組引用，不含遠端代理節點，也不會提供代理出口。
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
proxies: []
proxy-groups:
- name: "手動選取"
type: select
proxies:
- DIRECT
- REJECT
rules:
- DOMAIN-SUFFIX,example.com,手動選取
- MATCH,DIRECT
mixed-port: 7890定義一個同時接受 HTTP 與 SOCKS 要求的本機代理連接埠。這只是範例值，不代表所有用戶端都使用 7890。allow-lan: false不允許區域網路中的裝置存取此代理入口，適合先在本機進行檢查。手動選取是策略組名稱，規則的最後一段必須與它完全一致。DIRECT表示直連，REJECT表示拒絕；兩者都是內建的出口選項，不是遠端節點。MATCH,DIRECT是預設規則：前面的規則都不符合時，連線就會直連。
將檔案儲存為 local-baseline.yaml，匯入後命名為 排查-本機直連。即使這份設定成功載入，也只能證明基本結構可被接受，無法證明訂閱節點可用。如果用戶端啟用了全域覆寫，實際連接埠和模式也可能與檔案設定不同。
編輯 YAML 時請使用空格縮排，不要使用 Tab。若要深入了解欄位，請參閱YAML 手冊。別把 mihomo 新增的欄位直接套用到所有舊版 Clash 核心；不支援的欄位可能會造成錯誤，也可能被忽略。
多設定檔命名與切換：用途明確，驗證步驟一致
多數用戶端同一時間只會啟用一份主要設定。清單中有三份 Profile，不表示三份訂閱會自動合併，也不表示流量會同時分配給它們。若要將多個來源放進同一份設定，通常需要使用提供者或用戶端支援的合併機制。
| 顯示名稱 | 來源 | 保留用途 |
|---|---|---|
| 日常-訂閱A | 遠端訂閱 | 日常使用，依排程更新 |
| 備用-訂閱B | 另一份遠端訂閱 | 主要設定異常時交叉比對 |
| 排查-本機直連 | 本機 YAML | 確認能否載入及直連路徑 |
| 實驗-規則調整 | 本機副本 | 測試修改，不影響日常設定 |
每次切換後確認四項
- 啟用的項目：確認啟用標記確實移到目標設定，而不只是開啟了編輯視窗。
- 執行模式：Rule 依規則分流；Global 使用全域策略；Direct 採直連。介面保留的模式設定可能會覆蓋檔案中的
mode。 - 策略組選項：開啟實際被規則引用的策略組，查看目前選取的項目。新設定若更改組名，舊的選取記錄不一定能沿用。
- 新連線記錄：重新發出要求，查看符合的規則、策略組和最終出口。瀏覽器既有的長連線可能暫時沿用切換前的路徑。
若切換後效果沒有立即改變，請先關閉測試頁面再重新開啟；必要時只關閉相關的舊連線。別一開始就同時重裝用戶端、清除所有設定並修改 DNS；一次改動太多，就會失去判斷原因的線索。
定時更新與自訂規則：釐清修改由誰保存
更新週期是管理策略，不是越短越好。例如，一般訂閱可先設為每 24 小時更新一次；若服務提供者有明確要求，則依照其說明調整。若輸入欄位以分鐘為單位，24 小時就是 1440 分鐘；若以秒為單位，則是 86400 秒。儲存前請先確認單位。
定時更新通常由用戶端負責，電腦進入睡眠或程式結束後未必會執行。proxy-providers 中的 interval 則是核心的提供者欄位，通常以秒為單位，不能用來取代整份 Profile 的用戶端更新排程。
需要長期保留的規則，應放在獨立的修改層
- 若用戶端提供「覆寫」、「合併」或指令碼處理功能，請先閱讀相關說明，再將自訂內容放在獨立層。各用戶端的合併順序並不一致。
- 如果只能編輯原始檔案，請先匯出副本再修改，並預留日後手動維護的成本。
- 新增規則時請留意順序。常見規則會由上而下依序比對，通常把新規則加在
MATCH之後不會得到預期結果。 - 更新後請檢查最終生效的設定，而不只是訂閱原始檔；用戶端可能還會套用連接埠、DNS 或 TUN 覆寫。
切換後規則混亂：依症狀檢查，別盲目更換節點
策略組消失，或規則指向不存在的名稱
先查看載入記錄。例如，規則引用 日常代理，但新設定只定義了 手動選取，引用就會對不上。請檢查拼字、大小寫和空格，再確認覆寫規則是否仍引用上一份設定的組名。組名變更後，自訂規則也必須同步修改。
切換成功，但只有部分應用程式使用代理
先確認流量是否進入核心。系統代理是作業系統提供的代理設定，無法保證所有應用程式都會遵循；TUN 模式則透過虛擬網路介面接管流量，也需要正確的權限、路由和 DNS 設定。切換 Profile 並不會自動排除這些入口問題。
若應用程式仍連到 127.0.0.1:7890，但執行中的連接埠已變成 7897，它可能會連到舊連接埠或直接發生錯誤。這兩個數字僅供排查示範，請以用戶端顯示的實際監聽連接埠為準。也請另外確認系統代理是否在切換後同步更新。
網頁能開啟，但連線出口與預期不同
先查看連線記錄是否收到網域名稱，再確認符合哪條規則。應用程式內建的 DNS、加密 DNS、IP 直連以及沿用舊連線，都可能影響觀察結果。別只憑單一網站顯示的出口資訊，就判斷整份設定是否生效；請使用明確的網域名稱、新建連線，並搭配相應記錄一併核對。
更新後無法使用，但舊設定正常
保留錯誤資訊，還原最近可用的副本，再比對節點、組名和規則的變化。若訂閱回傳異常，請先聯絡服務提供者確認格式與有效期限。連續快速按下更新只會重複發出要求，無法修正遠端內容錯誤；其他入口問題可參考常見問題逐項檢查。
備份與還原：至少保留一份已驗證的設定
備份不只要保存內容，也要記下使用狀態。只保存訂閱網址，無法還原當時的規則；只保存 YAML，也不一定包含用戶端中的模式、TUN 開關和覆寫設定。
- 大幅修改前，先匯出目前可正常使用的設定；檔名可用
daily-before-edit-2026-08-03.yaml，方便按日期辨識。 - 記下核心類型、實際監聽連接埠、模式、策略組選項和目前啟用的覆寫項目。截圖時請遮住訂閱網址和節點憑證。
- 將修改內容放在新項目中測試。確認載入正常、規則符合預期後，再決定是否取代日常使用的設定。
- 需要還原時，選取備份項目、恢復相應的用戶端設定，再用新連線驗證。別把「檔案匯入成功」當成已完成還原。
日常管理不必複雜：一份日常訂閱、一份備用設定，再加一份本機排查設定。先分清來源，再固定命名，切換後依相同順序檢查。遇到異常時，就能判斷問題出在設定內容、更新流程，還是系統代理與 TUN 等流量入口。