Clash 快速上手：從訂閱匯入到連線驗證

開始前準備：確認用戶端與訂閱網址

首次設定前，先從用戶端頁面選擇與作業系統相符的圖形用戶端。Windows 與 macOS 使用者通常適合使用具備圖形介面的用戶端；Android 使用者要確認系統允許應用程式建立 VPN 連線；iOS 使用者需要從 App Store 取得可用用戶端，並準備好代理授權；Linux 使用者則應依桌面環境選擇 GUI 用戶端，伺服器或路由器使用者可以直接參考 Mihomo 核心文件。用戶端版本、選單名稱與權限提示會隨平台變化，但匯入設定與驗證代理的基本邏輯一致。

還需要準備一個有效的訂閱網址。訂閱網址通常由服務提供者在帳戶頁面產生，可能是一個以 https:// 開頭的長網址，也可能需要複製訂閱連結按鈕所對應的網址。請複製完整內容，不要只複製瀏覽器網址列中被截斷的部分，也不要把登入頁網址當作訂閱網址。若服務提供者同時提供多種格式，優先選擇明確標示為 Clash、Clash Meta 或 Mihomo 的設定連結。訂閱內容通常包含代理節點、代理群組與規則，用戶端只負責讀取並執行這些設定。

在公共電腦或他人裝置上操作時，不要將訂閱網址發布到群組聊天、截圖或公開文件中。訂閱網址本身屬於帳戶設定入口，外洩後可能導致流量額度遭他人使用。本文不要求填寫帳號密碼；只要用戶端安裝完成、訂閱網址已複製，就可以進入下一步。若網址來源不明，或複製後帶有空格，請先返回服務提供者頁面重新複製，避免將排查範圍擴大到用戶端本身。

準備工作完成後，先讓用戶端維持在關閉代理的狀態。這樣有助於區分「設定已匯入」與「系統代理已生效」兩個階段。接下來將訂閱儲存到用戶端，確認檔案可以讀取，再進行模式與節點選擇。

第一步：匯入訂閱設定

開啟用戶端主視窗，找到名為「設定」「訂閱管理」「Profiles」或含義相近的頁面。桌面用戶端通常會將它放在左側導覽列，行動版可能位於首頁的設定卡片或右上角選單中。進入頁面後，先確認目前是否已存在設定檔。若清單中有舊設定，不要直接覆蓋正在使用的項目，可以新增一個訂閱項目，方便更新失敗時保留原本可用的設定。

在訂閱輸入框中貼上完整網址，然後點選「新增」「儲存」「匯入」或「下載設定」。有些用戶端會將此操作拆成兩個步驟：第一步儲存訂閱網址，第二步點選項目右側的更新按鈕。點選後等待網路請求完成，直到清單顯示設定名稱、更新時間或可選取狀態。設定名稱可能由服務提供者決定，也可能預設顯示為一串網域或日期；只要項目可以選取，名稱本身不會影響代理功能。

若用戶端要求填寫名稱，可以使用容易辨識的簡短名稱，例如「主要訂閱」或「日常設定」。不建議在名稱中寫入完整訂閱網址。儲存後查看設定詳細資料，確認內容不是空白檔案，並且可以看到代理群組、節點或規則相關欄位。圖形用戶端不一定會完整顯示原始 YAML，但通常會在設定卡片上顯示節點數量、代理群組名稱或最近更新時間等資訊。這一步的重點是確認用戶端確實取得設定，而不只是儲存了一個網址。

訂閱更新完成後，將剛匯入的設定設為目前設定。有些軟體透過點選設定卡片切換，有些則使用「啟用」「使用」按鈕。切換後返回主介面，觀察代理群組清單是否有所變化。若仍顯示「未選擇設定」「沒有代理」或清單為空，先不要啟用系統代理，優先檢查訂閱網址、網路連通性與用戶端日誌。訂閱更新失敗的常見原因包括網址複製不完整、目前網路無法存取訂閱服務、系統時間明顯錯誤，以及服務提供者暫時限制請求。更詳細的處理順序請見 FAQ 的故障排除部分。

當設定已啟用、代理群組可以展開，且至少出現一個節點時，匯入階段就完成了。此時用戶端已具備可執行的路由規則，但尚未決定哪些請求經過代理，也尚未取得系統層級的代理權限。下一步要先選擇合適的執行模式，再選擇一個具體節點。

第二步：選擇代理模式與節點

在主介面找到「模式」「執行模式」或類似設定。多數 Clash 用戶端會提供規則、全域與直連三種常見模式。首次使用通常建議先選擇規則模式：用戶端依照設定檔中的網域、IP 與程序規則決定連線路徑，符合代理規則的請求會進入代理群組，適合日常瀏覽；未符合的請求則依照設定檔的預設規則處理。規則模式的實際結果取決於訂閱內容，不同服務提供者的規則範圍可能不同。

全域模式會讓大部分請求統一經過目前選擇的代理群組，適合暫時確認節點是否能夠連線，也適合規則尚未完善時進行短時間測試。它可能改變更多應用程式的存取路徑，因此不建議在不了解設定內容時長期使用。直連模式則讓請求直接存取目標網址，常用於確認問題是否來自代理鏈路。切換模式不會改變訂閱，也不會刪除節點；它只會改變用戶端處理請求時採用的路徑。

選好模式後，進入「代理」「Proxies」或代理群組頁面。你會看到一個或多個策略群組，例如自動選擇、故障轉移、地區分組或手動選擇。先開啟最上層的代理群組，確認其中有可選節點；若代理群組顯示「未選擇」或只有空白項目，請返回設定頁重新更新訂閱。選擇節點時，優先觀察持續可用性，而不是只看一次測試結果。節點名稱中的地區、線路與倍率資訊只是服務提供者的標記，最終能否使用仍需透過實際連線驗證。

若用戶端提供「測速」「延遲測試」或「URL Test」，可以執行一次測試協助篩選節點，但測速數字只代表特定測試網址與當下的線路狀態。測試完成後，從結果中選擇一個狀態正常、延遲相對穩定的節點。不要為了追求最低數值而頻繁切換，因為節點選擇還會受到封包遺失、出口地區、目標網站回應與本地網路品質影響。關於測試結果與實際體驗的差異，可以閱讀Clash 延遲測試原理。

完成模式與節點選擇後，返回主介面確認目前設定名稱、執行模式與代理群組狀態都已儲存。部分用戶端切換設定後會重設代理群組選擇，需要再次點選節點；若發現剛才的節點沒有保留，請先重新選擇一次，再繼續啟用系統連線。這項檢查可避免下一步看到用戶端顯示「已執行」，但所有請求實際上都沒有明確出口的情況。

第三步：啟用系統代理並建立連線

現在返回用戶端首頁，找到「系統代理」「System Proxy」「啟動」或電源樣式的開關。桌面用戶端通常會將系統代理開關放在首頁頂部或狀態列；點選後，系統會將支援系統代理設定的應用程式請求轉交給 Clash 監聽連接埠。Windows 與 macOS 可能跳出管理員授權，Android 通常會跳出 VPN 連線確認，iOS 可能要求允許新增 VPN 設定。依照系統提示完成授權，返回用戶端等待狀態變為「執行中」「已啟動」或類似狀態。

系統代理與用戶端程序是兩個層面。用戶端顯示執行中，只能表示核心已啟動；瀏覽器或其他應用程式是否使用它，還取決於系統代理開關、應用程式本身的代理設定以及系統權限。首次操作時，先關閉瀏覽器擴充功能代理、其他 VPN 軟體或第三方網路加速器，避免多個程式同時修改系統代理設定。Android 若啟用了省電限制，系統可能在背景暫停 VPN 服務；可以先讓用戶端保持在前景完成驗證，之後再依裝置製造商的設定，將其加入允許背景執行的清單。

啟用系統代理後，觀察用戶端的狀態資訊與日誌區域。正常情況下，瀏覽器發起請求後，日誌會出現連線記錄，內容可能包含目標網域、符合的策略群組與連線結果。此時不要將日誌中的訂閱內容、帳戶資訊或完整網址複製到公開位置。若系統開關無法開啟，先確認沒有其他 VPN 佔用權限；若開關一開啟就自動關閉，請檢查系統是否拒絕權限、用戶端是否被省電策略暫停，以及目前設定是否能正常啟動。

對於桌面系統，建議先只開啟一個瀏覽器視窗進行測試，其他應用程式保持關閉。如此一來，日誌中的新請求更容易對應到剛開啟的網頁。對於 Android 與 iOS，首次連線時可以先使用瀏覽器存取平時能正常開啟的普通網站，再觀察用戶端狀態，不要一開始就使用依賴特殊 DNS、登入驗證或大量腳本的複雜網站。建立連線後，最後一步將從網頁結果、用戶端日誌與代理設定三個角度確認是否生效。

若需要使用 TUN 模式才能接管未遵循系統代理的應用程式，請先完成本文的基礎驗證，再查看使用手冊中的 TUN 章節。TUN 涉及系統權限、路由表與 DNS 處理，在首次設定階段直接啟用會增加變數，不適合作為排查訂閱或節點問題的第一步。

第四步：驗證代理是否確實生效

先開啟常用的瀏覽器頁面，存取平時能穩定開啟的網站。頁面能正常載入，只能表示基礎連線沒有被阻斷，還不能單獨證明請求經過預期節點。此時切回 Clash 用戶端，查看日誌或連線清單，尋找剛才網頁產生的網域請求。確認請求符合某項規則，且最終策略群組是剛才選擇的代理群組，而不是直連或拒絕。若用戶端支援依網域查看規則比對結果，點開對應記錄即可取得更明確的資訊。

接著檢查系統代理狀態。Windows 可以在系統網路代理設定中確認用戶端是否寫入手動代理；macOS 可以查看目前網路服務的代理項目；Android 與 iOS 則可觀察 VPN 圖示或用戶端連線狀態。不同系統的顯示方式不完全相同，但核心判斷是：用戶端正在執行、系統權限已授予、瀏覽器請求出現在日誌中，且策略結果與所選模式一致。三項同時成立，才能視為基礎代理鏈路已建立。

若網頁能開啟但日誌中沒有對應請求，瀏覽器可能使用自己的代理設定、QUIC 或其他獨立網路通道，也可能是系統代理未真正啟用。先關閉瀏覽器內單獨設定的代理擴充功能，再重新開啟頁面。若日誌中有請求但全部顯示直連，請檢查目前是否仍處於直連模式，或規則是否將目標網域比對為 DIRECT。若請求顯示為代理但頁面無法開啟，請更換節點測試，並觀察日誌中的錯誤類型；連線逾時、TLS 錯誤與 DNS 解析失敗的處理方向並不相同。

若只有部分網站出現異常，先不要立即重新安裝用戶端。規則模式下，不同網域可能會進入不同策略群組；可以在代理頁面檢查對應分組是否有節點，在規則頁面確認網域比對結果。若所有網域都無法存取，重點檢查節點、訂閱更新時間、系統時間與網路權限。若只有某個應用程式不經過代理，先確認該應用程式是否遵循系統代理；若不遵循，再考慮 TUN 或應用程式層級的代理設定。涉及 Fake-IP、DNS 分流、區域網路存取等內容時，請直接閱讀DNS 與分流章節，不要同時在多個設定頁面修改參數。

驗證完成後，可以保留目前的設定、模式與節點選擇，關閉不需要的除錯日誌，並記下這次可用的節點名稱。之後遇到連線問題時，先重現這四項判斷：設定是否更新、模式是否正確、系統代理是否開啟、日誌是否出現請求。依照相同順序排查，通常比反覆更換用戶端或刪除所有設定更快找出原因。若訂閱更新失敗、權限視窗反覆出現，或系統代理持續被覆蓋，請前往FAQ查看對應問題；若想了解規則順序、策略群組與核心參數，再進入完整使用手冊繼續學習。

完成後的四項檢查

首次設定結束時，可以依照以下順序進行快速複核：第一，目前設定清單中有剛更新的訂閱，且設定處於啟用狀態；第二，執行模式符合目前用途，日常使用通常從規則模式開始；第三，代理群組中已選定一個狀態正常的節點；第四，系統代理或 VPN 權限處於開啟狀態，瀏覽器請求能在用戶端日誌中找到。四項都符合時，基礎使用流程就完成了。

• 訂閱包含內容：代理群組、節點或規則可以正常顯示，更新日期沒有明顯過期。
• 模式已確認：沒有誤停留在直連模式，也沒有因測試結束而忘記切回規則模式。
• 節點可選擇：目前策略群組不是空群組，選定的節點沒有持續報錯或立即逾時。
• 請求可追蹤：測試頁面開啟時，用戶端日誌出現對應請求，並顯示合理的策略結果。

這四項檢查只涵蓋基礎連線，不代表所有應用程式都一定遵循系統代理，也不代表每條規則都符合預期。需要接管遊戲、命令列工具、虛擬機器或區域網路裝置時，應在確認基礎鏈路穩定後再個別處理。深入設定可以從從零到精通完整手冊開始；如果只是某個具體問題，使用問題排查頁通常更快。