01 匯入並啟用訂閱設定
重點：匯入訂閱後，還要選取設定，讓核心實際載入。開始前，請準備好服務提供者提供的訂閱網址，或與目前核心相容的 YAML 設定檔。用戶端、訂閱與節點是三個不同的概念：用戶端提供操作介面，訂閱提供設定內容，節點才是遠端連線的入口。安裝用戶端不會自動取得可連線的節點，也不需要為了匯入訂閱而先修改系統網路設定。
新增遠端訂閱
開啟用戶端，前往「設定」、「訂閱」或 Profiles 頁面，尋找「新增」、「加入」或「從 URL 匯入」。如果介面提供遠端與本機兩種選項，請選擇遠端設定，將完整的訂閱連結貼到網址欄，並輸入方便辨識的名稱，例如「日常設定」。貼上後，確認網址前後沒有多餘空格、換行或通訊軟體附加的標點，再按下儲存或匯入。首次下載通常需要稍候片刻，完成後應會看到設定卡片或訂閱記錄。
部分服務會分別提供一般訂閱、Clash 訂閱及其他格式的網址，請選擇服務提供者明確標示適用於目前用戶端或 mihomo 核心的格式。如果下載完成後出現解析錯誤，請勿反覆切換代理模式；問題仍在匯入設定的階段。請回到服務頁面確認網址類型，並查看用戶端指出的錯誤位置。訂閱端若回傳登入頁面、到期通知或其他文字，即使網址能在瀏覽器中開啟，也不代表回傳內容是有效設定。
啟用設定並檢查內容
匯入成功後，按下設定卡片上的啟用按鈕，或使用用戶端提供的選取功能。正在使用的設定通常會有選取標記；如果介面提供套用或重新載入按鈕，請再執行一次。接著前往「代理」或策略群組頁面，確認是否出現群組名稱與可選擇的節點。只在清單中看到訂閱名稱，卻沒有任何代理群組，不能據此認定已可連線；請回到設定頁面確認是否選取正確檔案，以及核心是否回報載入失敗。
如果取得的是本機 YAML 檔案，請在同一個設定頁面選擇匯入檔案，儲存後同樣要啟用。本機檔案通常不像遠端訂閱那樣定期取得服務端更新；日後若要修改節點資訊，需重新匯入或編輯相應設定。請勿將一般節點分享連結直接當成完整 YAML 檔案；是否支援匯入單一節點，取決於個別用戶端。遇到格式不相容時，請優先向服務提供者索取適用格式，勿將含有帳號資訊的網址交給不熟悉的線上轉換工具。
完成這個步驟的判斷標準是：設定已選取、核心沒有設定解析錯誤，而且代理頁面看得到預期的策略群組與節點。此時不必開啟所有網路開關，先進入下一步，決定請求要如何分流。設定覆寫、遠端更新與本機修改之間的關係，請參閱設定欄位參考中的進一步說明。
02 選擇代理模式與出口節點
重點：初次使用先選擇規則模式，再為實際使用的策略群組選一個節點。模式決定如何分配連線，節點選擇則決定代理請求最終要送往何處，兩者不能互相取代。開啟用戶端首頁或代理頁面，尋找「模式」、「出站模式」或 Mode，選擇「規則」或 Rule。接著前往策略群組清單，查看目前設定提供的選擇群組，展開要使用的群組並點選一個節點。
先了解三種模式的差異
規則模式會依照設定中的規則順序處理請求；部分連線可能直連，其他連線則交由指定策略群組處理，適合日常使用。全域模式會將進入核心的一般代理請求交由全域策略處理，適合暫時用來比對與排查，但仍須在全域策略中選擇出口。直連模式則直接連線至目標，不使用遠端代理節點。此處的「全域」不是流量接管範圍開關：未進入核心的應用程式流量，不會因切換全域模式就自動進入核心。
如果能在設定檔中看到以下欄位，它們分別代表監聽連接埠、代理模式與日誌等級。這段範例只有通用欄位，不包含節點與分流規則，不能取代目前使用的整份訂閱設定。初次操作請優先使用介面上的模式按鈕，避免不熟悉縮排結構時直接編輯檔案。
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info在正確的策略群組中選擇節點
訂閱可能包含多個用途不同的策略群組，例如預設代理、媒體服務或自動選擇。群組名稱由設定作者自行命名，並沒有所有用戶端通用的固定名稱。請先找到預設代理對應的選擇群組，展開後選擇其中一個節點；如果群組中的選項仍是另一個策略群組，就繼續展開，直到確認最終出口。不要只修改一個名稱顯眼的群組，就認為所有請求都會使用它；實際使用的群組取決於請求命中的規則。
節點旁的測試按鈕通常會對指定網址進行探測，用來初步判斷連線狀況。測試有回應，不代表所有網站都能存取；測試逾時也可能與探測網址或本機網路有關。初次設定時，只要選一個探測正常的節點來驗證即可，不必同時調整自動選擇週期、負載平衡與多個應用程式專用策略。如果某個自動群組不允許手動指定節點，這是群組類型所決定的行為，可以先使用設定中已有的手動選擇群組。
完成後，確認模式仍為規則，且相關策略群組已明確選定出口。此時設定已知道「要從哪裡出去」，但瀏覽器或其他應用程式不一定已將請求交給用戶端；下一步需要啟用流量接管。若想了解模式、策略群組巢狀結構或規則引用關係，請參閱mode 欄位說明；常見的模式選擇問題請查看FAQ。
03 啟動核心並接管應用程式流量
重點：核心正在執行、設定已載入、應用程式流量已進入核心，三者都符合才具備連線條件。回到用戶端首頁，確認目前使用的設定仍是剛才匯入的檔案，並查看核心是否顯示正在執行。部分桌面版用戶端會在開啟視窗後自動啟動核心，另一些則需要按下啟動按鈕；不要只因視窗已開啟，就認定核心正在執行。如果出現啟動失敗，請先查看日誌是否有連接埠遭占用或設定載入錯誤，修正後再啟用系統代理。
桌面版先用系統代理測試瀏覽器
找到「系統代理」或「設為系統代理」開關並開啟。大多數遵循系統代理設定的瀏覽器，會將新的請求傳送至用戶端的本機監聽連接埠。初次驗證時，可以關閉舊分頁，再重新開啟網頁，以減少既有連線與頁面快取造成的干擾。暫時停用其他會修改瀏覽器代理設定的擴充功能，也請避免同時執行另一套代理用戶端，否則實際使用的網址可能與目前用戶端顯示的不一致。
系統代理通常足以完成初次瀏覽器測試，但不是強制轉送所有程式流量的機制。命令列工具、部分遊戲，以及自行管理網路連線的程式，可能會忽略系統代理。這時即使瀏覽器正常、終端機失敗，也不能直接判定訂閱或節點損壞。請先完成瀏覽器的驗證；若要接管這些程式，再依應用程式說明設定獨立代理，或評估用戶端的 TUN 功能。不要只為接管一個程式，就立刻同時修改多個網路選項。
行動版確認系統 VPN 授權
行動版通常會在首頁提供連線按鈕。點選後，系統可能詢問是否允許建立 VPN 連線或新增 VPN 設定；授權前請確認要求來自剛安裝的用戶端。返回用戶端查看連線狀態，並確認沒有其他 VPN 應用程式接管系統網路。系統出現 VPN 標示，只代表網路介面已建立，不代表遠端節點一定可用；仍須在下一步透過實際請求進行驗證。若用戶端提供依應用程式設定代理的選項，也請確認要測試的瀏覽器在接管範圍內。
初次連線先不要再啟用 TUN
TUN 透過虛擬網路介面接管流量，可能需要安裝服務、管理員授權，並設定路由與 DNS。只有在確定需要接管不遵循系統代理的程式時，才依照用戶端提示啟用；行動版是否提供同名開關，則取決於實作方式。桌面版初次測試時，可以先只開啟系統代理，確認可正常使用後，再單獨切換至 TUN 測試。如此一來，若出現問題，就能判斷是哪項變更造成，而不必同時排查多種接管方式。
如果日誌顯示監聽連接埠遭占用，請先關閉舊的代理程序，或透過用戶端支援的設定介面更換監聽連接埠。手動為應用程式填入代理網址時，網址與連接埠必須與目前用戶端一致，不能直接照抄範例中的連接埠。只在本機使用時，不需要啟用區域網路分享；分享存取涉及監聽位址與存取控制，屬於後續設定。連線建立後，先維持目前設定不變，進入最後一步確認請求實際經過哪條路徑。
04 確認連線路徑與規則命中結果
重點：網頁能開啟只是結果，還要查看連線記錄，確認目標、策略與出口。開啟用戶端的「連線」或 Connections 頁面並保持視窗開啟，再用瀏覽器造訪要測試的網站。返回連線頁面尋找剛產生的請求，優先確認目標網域，而不只是看清單是否捲動。部分請求結束得很快；若用戶端支援查看最近連線，可利用此功能，或同時開啟日誌後重新載入頁面。
分辨流量是否進入核心，以及是否經過代理
找到目標請求後，查看命中規則、策略群組與最終出站。如果顯示直連，代表請求可能已進入核心，只是目前規則決定直接連線；這與「流量完全沒有被接管」是不同情況。如果連線鏈路指向所選策略群組與節點，才表示這次請求使用了相應的代理路徑。同一個頁面通常會向多個網域發出請求，其中有些直連、有些走代理，可能是正常的分流結果，不必要求每一筆都顯示相同節點。
能顯示出口位址的網站可作為輔助參考，但單次結果不能取代連線記錄。網站可能顯示不同位址家族的結果，瀏覽器快取與其他網路擴充功能也會影響判斷。請先確認請求確實經過指定節點，再判讀出口位址的變化。內建節點測試、系統 VPN 圖示與開關顏色，都只能說明單一環節的狀態，不能單獨證明整體連線已生效。
必要時比對一次代理模式
如果規則模式下無法存取某個目標，可以暫時切換至全域模式，在全域策略中明確選擇剛才測試過的節點，再重新送出相同請求。全域模式正常、規則模式失敗時，請優先檢查規則命中結果與對應策略群組的選擇；兩種模式都失敗時，再檢查節點、本機網路與 DNS。測試完成後請切回規則模式，避免將臨時排查設定留作日常設定。全域模式無法修復失效節點，也不能取代流量接管。
在終端機測試時明確指定本機代理
需要測試命令列時，可明確指定用戶端的監聽位址，避免受終端機是否讀取系統代理設定影響。下方指令僅適用於用戶端實際監聽在本機混合代理連接埠 7890 的情況；若連接埠不同，請先改成設定頁面顯示的值。範例網域用於確認請求能否完成，不代表所有網路環境中都必須經過代理，仍請搭配連線記錄確認出口。
curl -I --proxy http://127.0.0.1:7890 https://example.com若收到 HTTP 回應，通常表示這次請求已與目標服務完成通訊；不同狀態碼的意義仍須依目標網站判斷。如果無法連線至本機代理連接埠，請先檢查核心是否正在執行，以及監聽位址是否正確，而不是更換遠端節點。如果用戶端已收到請求，之後才回報連線逾時，請對照日誌檢查節點或遠端連線。分享日誌時，請移除訂閱網址、驗證資訊與不需公開的存取目標。
依照現象逐步排查，勿一次修改多項設定
若完全沒有目標連線記錄，請回頭檢查第三步的接管範圍、瀏覽器代理與用戶端啟動狀態；若有請求，但規則指向錯誤群組，請回頭檢查第二步的模式與群組選擇；若出站路徑正確但連線失敗，再檢查節點可用性、系統時間與網路環境。遇到網域解析錯誤時，先記錄錯誤訊息，不要同時更換 DNS、啟用 TUN 並更新所有設定。每次只修改一項，再用相同目標重複測試，才能比較前後結果。
初次設定完成的標準是：訂閱設定已啟用、模式與策略選擇明確、測試應用程式的流量已進入核心，而且至少一次目標請求的實際路徑符合預期。確認後，再設定開機啟動、自動更新或應用程式專用規則，並記下目前使用的設定名稱與流量接管方式。日後若要深入調整 YAML，請前往設定欄位參考逐項查閱；如果只想處理特定故障，請先到FAQ依現象排查，不必重新走完整套安裝流程。