操作清單 01 / 設定檔入口
匯入訂閱，啟用設定檔
先準備可信服務提供者提供的訂閱網址，確認內容是適用於 Clash 或 mihomo 的設定檔訂閱，而非會員中心網址、付款頁面或單一節點的分享文字。訂閱網址通常包含可識別帳戶的參數，應比照帳戶資訊妥善保管，勿貼到公開留言、截圖或線上轉換網站。用戶端只會讀取設定並建立連線，安裝用戶端本身不會提供可用的遠端伺服器。
開啟用戶端後，先進入「設定檔」、「訂閱」或「Profiles」頁面，尋找「新增」、「新增訂閱」或「從 URL 匯入」。在網址欄貼上完整連結，名稱可使用容易辨識的簡短標籤，例如「日常設定」。貼上後檢查網址首尾是否多出空格、換行或通訊軟體附加的標點；不要為了縮短網址而刪除問號後方的參數。確認無誤後，點選「匯入」、「下載」或「儲存」，等待用戶端首次擷取完成。
下載完成後，還要選取這份設定檔
設定檔清單出現新卡片，不代表它已經開始使用。點選卡片上的「使用」、「啟用」或選取按鈕，確認畫面顯示目前使用的設定檔；若用戶端提示重新載入核心，請依指示操作。接著前往代理頁面，確認看得到訂閱定義的代理群組；規則頁面也應顯示規則清單或載入狀態。有些設定檔還會下載規則集與資料檔，首次載入需要等待，期間不要反覆點選更新。
若服務提供者提供的是本機 YAML 檔案，請使用「從檔案匯入」選取檔案，不要將整份檔案內容貼進訂閱網址欄。本機檔案通常不會隨遠端訂閱自動更新；遠端訂閱則可在設定檔頁面手動更新。首次操作建議先手動更新一次，確認設定檔能正常讀取，再設定自動更新間隔。更新訂閱可能會覆寫直接修改在訂閱檔中的內容；個人化調整應使用用戶端提供的覆寫或合併功能，初次使用暫時不必處理這些設定。
匯入失敗時，先確認問題出在哪個環節
若顯示下載逾時，表示尚未成功取得設定檔，請先檢查基本網路、連結有效期限，以及服務提供者是否要求特定的取得方式。若出現 YAML 解析錯誤、欄位缺漏或未知通訊協定，則表示內容已取得，但格式或核心相容性可能有問題。瀏覽器能開啟網址，不代表回傳內容就是設定檔；也可能是登入頁面或錯誤說明。Base64 節點清單與 Clash YAML 是不同的設定格式，不能假設所有訂閱都能直接使用。
遇到格式問題時，優先向服務提供者索取適用於目前用戶端的訂閱，不要先把完整網址交給陌生的轉換服務。想了解格式差異，可接著閱讀訂閱連結匯入與格式說明。這個步驟的完成條件很明確：目前設定檔已選取、代理群組可見，且沒有持續出現解析錯誤。確認符合條件後，再繼續選擇運作模式。
操作清單 02 / 選擇出口
選擇規則模式與代理群組
設定檔載入完成後，返回用戶端首頁、儀表板或代理設定，找到運作模式選項。初次使用通常選擇「規則」或「Rule」。規則模式會依據目前設定檔中的網域、位址等條件決定連線出口：有些請求會直連，有些交由代理群組處理，有些則會被拒絕。因此，啟動用戶端不代表所有網站都會經由同一個遠端節點，這正是規則分流的用途。
同一處通常還有「全域」與「直連」兩種選項。全域模式會將進入核心的請求交由全域出口選擇，適合暫時用來比對與排查，不適合不了解設定內容就一直使用；直連模式通常會讓進入核心的請求直接連線至目標。運作模式決定核心如何處理已收到的請求，並不會自動將所有應用程式的流量送進核心。不要把「已選擇規則模式」和「已啟用系統代理」視為同一件事。
選好模式後，檢查規則實際使用的群組
進入「代理」或「Proxies」頁面，找到目前設定檔用於日常連線的選擇群組。不同訂閱的群組名稱可能是「節點選擇」、「代理」或其他名稱，本頁不預設固定名稱。展開群組後，在手動選擇群組中挑選可用節點；若群組內列有自動選擇群組，也可以選取該群組，讓它依設定執行健康檢查。選擇後，介面上的勾選標記、外框或目前值應有所變化；離開頁面再返回，確認選擇仍然保留。
訂閱中可能還有供不同服務使用的專用群組，這些群組可分別選擇，也可能繼續指向主要選擇群組。只修改名稱顯眼的群組，不代表所有規則都會使用它；後續驗證時，必須查看實際請求命中的出口路徑。初次操作不要同時調整每個群組，先保留訂閱的預設關係，只確認主要出口沒有誤選直連或拒絕，再透過實際請求確認連線路徑。
若用戶端提供「連線測試」、「健康檢查」或「測速」按鈕，可以執行一次，確認對應測試目標是否可連線。測試有結果，只代表該節點當時能連到測試目標，不代表所有網站都能存取，也不代表實際下載速度。反之，單次測試逾時也可能是測試網址造成。先試用一個符合需求的節點即可，不必反覆測試整份清單。
保留預設規則，減少初次設定的變因
此時不建議直接用網路上找到的大段規則覆寫訂閱。規則引用的群組名稱必須與設定檔一致，匹配順序也會影響出口；即使 YAML 格式正確，名稱不一致仍可能造成載入失敗或走錯路徑。想了解「代理群組」、「規則模式」和「節點」的差異，可先查閱概念速查；通訊協定支援、核心家族與設定檔相容性則詳見技術參考。本頁先保留可依序操作的主要流程。
離開這個步驟前，確認模式顯示為規則、主要出口群組已選好，且核心沒有因切換設定檔而報錯。記下目前選取的群組與節點名稱，下一步接入系統流量後，就能和連線清單中的實際出口進行比對。
操作清單 03 / 接通流量
啟動核心，啟用連線
確認設定檔與出口後，先查看用戶端首頁的核心狀態。有些桌面用戶端開啟時會自動啟動核心，有些則需點選「啟動」或「連線」；確認狀態顯示正在執行後，再啟用「系統代理」。系統代理會通知遵循系統代理設定的應用程式，將請求交給本機監聽連接埠。這不代表裝置上的所有網路流量都會被接管；某些遊戲、命令列程式或具有獨立網路設定的應用程式可能不會使用這個入口。
若用戶端同時提供「系統代理」和「TUN」，首次驗證建議先使用較容易檢查的系統代理路徑。不要一開始就同時啟用兩者，還同時調整 DNS 與路由。TUN 透過虛擬網路介面接入流量，通常還需要服務元件或較高權限；等瀏覽器請求已能正確分流，再依應用程式需求評估是否啟用。各平台對 TUN 的支援程度與設定要求不盡相同。
桌面版：先啟動核心，再開啟系統代理
在 Windows、macOS 或 Linux 桌面用戶端中，進入「設定」、「網路」或系統匣選單，啟用系統代理後返回首頁，確認開關仍維持開啟。部分 Linux 桌面環境還需要應用程式本身遵循桌面代理設定，因此開關成功不代表驗證完成。首次操作可先關閉其他代理工具，避免兩個程式搶用系統設定；若瀏覽器安裝了獨立代理擴充功能，也應暫時改回使用系統設定，否則測試到的可能是擴充功能的出口。
出現權限提示時，先確認提示對應哪項操作。系統代理開關、安裝服務元件與啟用虛擬介面，所需權限並不相同。只有在主動執行對應設定，且確認提示來自目前使用的用戶端時才繼續；不要因為一般網頁無法開啟，就把所有程式都改成以管理員身分執行。若介面明確提示尚未安裝服務，請依該用戶端的說明安裝所需元件，再回到原步驟繼續。
若記錄顯示監聽位址遭占用，先停止其他可能使用相同連接埠的代理程式，再重試啟動。常見的 mixed-port 是 HTTP 與 SOCKS 共用的監聽連接埠，但實際連接埠仍以目前的設定檔和用戶端設定為準。若需更換連接埠，請確保用戶端顯示的監聽連接埠與應用程式中手動填寫的代理連接埠一致；不要把教學中的連接埠號碼當成裝置必須使用的固定值。
手機版：確認系統 VPN 權限與連線狀態
在 Android 或 iOS 用戶端中返回首頁，點選「連線」或啟動按鈕。首次使用通常會出現系統 VPN 設定或連線要求，確認應用程式名稱後允許。完成後應能看到用戶端的連線狀態變化，以及系統顯示的 VPN 狀態。此處的 VPN 是指透過系統網路介面接入流量，不代表所有請求都一定會經過遠端代理；哪些連線直連、哪些使用所選出口，仍由規則決定。
若系統提示已有其他 VPN 連線，先中斷原連線，再測試目前的用戶端。連線成功後，暫時讓用戶端保持在前景，完成下一步驗證，再確認切換至背景後是否穩定。Android 的省電限制可能影響背景執行，但基本連線尚未驗證前，不必到處調整電池設定。背景中斷、權限反覆跳出或連接埠衝突等問題，可查閱常見問題；先依目前提示找出原因，避免進行無關調整。
操作清單 04 / 實際請求
核對規則與出口，確認是否生效
連線按鈕顯示開啟，只能證明某個元件已啟動；真正的驗證方式，是確認請求是否進入核心，以及最後使用哪個出口。先開啟瀏覽器並新增分頁，前往已知可正常開啟的網站，確認基本網路仍可使用。接著再瀏覽一個依目前設定應由代理群組處理的目標。不要只反覆查看舊分頁；舊頁面可能來自快取，已建立的長連線也未必會立即使用剛調整的出口。
返回用戶端的「連線」、「Connections」或請求記錄頁面，尋找剛才瀏覽的目標網域。不同用戶端顯示的欄位各異，請著重查看目標、命中規則與出站路徑：目標應與這次請求相符，命中規則會說明選擇該路徑的原因，出站路徑則應包含預期的代理群組或節點。若規則選擇直連，顯示 DIRECT 是正常結果；不能因為某筆請求沒有經過節點，就判定用戶端失效。
分別驗證直連與代理路徑
選擇兩個預期出口不同的目標，各自發出新的請求，再比對連線清單。若兩次結果都符合設定，代表系統接入與規則分流的基本流程已經接通。查詢出口 IP 的網站可作為輔助參考，但它只能反映存取該網站時使用的出口，無法證明其他應用程式或所有網域都經過相同路徑。判斷規則是否生效，應以該筆連線的匹配結果為準，而不只是看 IP 位址有沒有變化。
若連線清單中完全找不到瀏覽器請求，先確認系統代理是否確實啟用，以及瀏覽器是否被獨立擴充功能或手動代理設定接管。先別更換節點，因為請求尚未進入目前的核心，改換出口也無法解決入口問題。若只有某個應用程式沒有記錄，請確認該應用程式是否支援系統代理；確實需要接入更多流量時，再考慮使用 TUN，不要誤把規則模式改成全域模式來嘗試接管應用程式。
若請求已出現在清單中，但出口不符合預期，請回到第二步檢查目前模式、命中規則與代理群組選擇。若出口符合預期但連線失敗，再檢查節點是否可用、服務狀態，以及記錄中的具體錯誤。解析錯誤通常與網域解析流程有關；連線逾時則需綜合目標與節點判斷，不能只憑「逾時」兩字就認定是 DNS 問題。每次只調整一項變數，重新發出請求後再查看結果，才能確認哪項調整真正有效。
重新連線一次，完成初次設定
基本連線正常後，先中斷再重新連線，接著發出新的網頁請求，確認設定檔與代理群組選擇仍然保留。桌面版也可正常結束用戶端後，確認系統代理是否已還原；若結束後網頁異常，先關閉殘留的系統代理設定，再重新啟動用戶端處理。不要直接刪除設定檔，否則原本正常的出口選擇與訂閱資訊也會一併遺失，增加復原工作。
最後返回設定檔頁面手動更新一次訂閱，確認更新後仍使用預期的設定檔，且主要代理群組仍有有效選擇。基本連線流程確認無誤後，再設定開機啟動、背景執行與自動更新，不必在首次匯入時一次完成。至此，四張操作清單的結果應一致：設定檔成功載入、模式設為規則、系統流量已接入，且實際請求的規則與出口符合預期。
若之後只是偶爾無法開啟網頁，先依故障排查分類尋找相符情況；若要了解通訊協定差異、行動裝置資源取捨或 mihomo 設定相容性，請參閱通訊協定與核心技術參考。保留可用的基本設定，再逐項新增功能，比一次修改整個設定頁更容易維護。