匯入與更新訂閱
訂閱管理處理的是設定來源與持續更新，並非網路接管。請先在用戶端的設定或訂閱頁面新增 URL；更新成功後選取該設定，再確認策略群組是否出現可選項目。連結回傳的內容必須符合用戶端支援的格式，節點文字清單不能一概視為完整 YAML。相較於逐筆輸入節點，訂閱較方便集中管理，但遠端更新也可能覆蓋本機修改。建議將個人規則放在用戶端提供的覆寫入口；更新失敗時，先查看下載錯誤與解析記錄，不要反覆刪除已可用的設定。
查看設定參考 ›用戶端下載入口
先確認作業系統與處理器架構，再選擇安裝檔。桌面圖形介面用戶端、行動應用程式與獨立核心的使用方式各不相同。
Windows
可從 Clash Plus 等圖形介面用戶端開始。安裝前確認系統架構；啟用 TUN 時，再依用戶端提示安裝服務並授予權限。
前往下載 ›macOS
請區分 Apple Silicon 與 Intel 安裝檔。首次啟動時留意系統權限提示，連線後檢查系統代理與網路延伸功能狀態。
前往下載 ›Android
依裝置架構選擇應用程式安裝檔。匯入設定後，請允許 VPN 連線，並檢查背景執行權限與電池管理設定。
前往下載 ›iOS
前往下載頁查看 Clash Plus 商店入口。安裝後新增訂閱並允許建立 VPN 設定；可用欄位請以應用程式支援範圍為準。
前往下載 ›Linux
依發行版選擇套件格式。桌面環境可使用圖形介面用戶端；在伺服器或路由器部署則須另外管理核心程序與網路權限。
前往下載 ›用戶端負責匯入設定、選擇策略及整合系統；核心則負責執行代理通訊協定與分流規則。只下載獨立核心不會出現桌面設定視窗，也不會自動替應用程式設定系統代理。初次使用建議先選擇圖形介面用戶端，依照教學完成一次訂閱匯入與連線測試，再考慮透明代理或路由器部署。
安裝完成不代表已有可用設定。訂閱網址通常由您使用的服務提供，本網站不會產生節點或訂閱。匯入前請確認連結來源，避免將含有存取憑證的完整網址貼到公開討論區。更換用戶端時，先保留原有設定與策略選擇；待新用戶端確認可正常運作後，再停止舊用戶端，以免同時監聽相同連接埠而發生衝突。
已安裝 Clash for Windows 的使用者，請先了解該軟體已停止維護，再評估是否遷移。保留設定檔不代表所有舊欄位都能直接沿用；遷移至採用 mihomo 的用戶端後，仍須檢查代理通訊協定、DNS 設定與策略群組名稱。下載頁依平台列出可選用戶端，實際系統需求與維護狀態請以各項目說明為準。
Clash 設定使用情境
從實際需求著手查閱欄位參考。以下片段用於說明設定結構，使用前須與現有設定合併並檢查引用關係。
分清完整設定與代理集合
完整設定可以同時定義監聽連接埠、DNS、策略群組與規則；代理集合則只提供代理項目，通常由 proxy-providers 引入。兩者用途不同，匯入入口也不一定相同。若要保留自訂分流，可讓主設定引用代理集合，再由策略群組透過 use 連結。相較於整份設定直接替換，這種做法較能避免節點更新影響規則結構，但仍須自行維護名稱、路徑與策略群組引用。開始拆分前先備份原始檔案，確認集合能正常載入後再逐項遷移，避免一次更動多個層級。
依目標選擇出口
規則模式會依清單順序比對連線，命中後交由指定策略處理。先確認 mode: rule，再將範圍明確的網域規則排在前面，並將兜底的 MATCH 放在最後。規則中填寫的策略群組名稱必須與定義完全一致，否則可能無法載入。相較於全域模式，規則模式可同時保留直連與代理路徑；但要確認是否生效，應查看實際連線命中的規則，而非只看開關。新增規則時一次處理一個目標，確認網域及子網域的適用範圍，避免過度比對而影響其他應用程式。
策略群組負責選擇路徑
規則決定連線交由哪個策略處理，策略群組則決定實際使用哪個出口。手動選擇群組適合固定指定出口；自動測速與故障切換群組則依各自條件運作。先確認群組引用的節點或集合確實存在，再調整測試網址、間隔等參數。相較於直接在規則中填入單一節點，使用策略群組可在不修改規則的情況下更換出口。請注意，測試成功只代表指定測試連線可達，不代表所有網站或服務都正常；若遇到存取差異，應搭配目標網域、連線記錄與出口能力進一步排查。
查看設定參考 ›接管未使用系統代理的流量
TUN 透過虛擬網路介面接收流量，適合不讀取系統代理設定的應用程式。先安裝用戶端要求的服務或網路元件，確認權限正常後，再啟用 TUN 並檢查路由與 DNS。相較於系統代理，TUN 通常涵蓋範圍更廣，但也更仰賴作業系統、路由設定及其他網路軟體的相容性。啟用後若無法存取區域網路，應先檢查路由排除設定與 DNS 解析結果，而非立刻更換所有代理節點。桌面與行動作業系統的授權機制不同，不應直接照搬其他平台的操作步驟。
查看設定參考 ›分別確認流量接管與規則分流
啟用 TUN 不代表所有連線都會使用代理；接管後的流量仍依目前模式與規則處理。排查時先確認目標連線是否出現在用戶端的連線頁面，再查看命中的規則與最終出口。相較於同時切換模式、DNS 與節點，逐層確認更容易保留有效線索。若裝置已有其他 VPN 或虛擬網卡，請先記錄原本的路由與網路狀態，以免多種接管方式互相覆蓋。若關閉 TUN 後恢復存取，應優先檢查介面選擇、路由迴圈與網域解析，再考慮調整通訊協定參數。
查看設定參考 ›網域解析與連線路徑
DNS 會決定網域名稱如何取得解析結果，也會影響後續規則判斷。先確認用戶端是否啟用 DNS，以及系統或 TUN 是否將請求交由它處理，再檢查上游伺服器與解析模式。相較於單純更換公共 DNS 位址，理解請求路徑更重要：瀏覽器的安全 DNS、應用程式內建解析與系統快取都可能影響觀察結果。調整前先保留原設定，使用同一個網域測試解析與連線，並記錄問題發生在哪個步驟。使用加密 DNS 時，也須確認連往上游所需的網路路徑不會形成循環依賴。
查看設定參考 ›依相容性設定例外
Fake IP 用於維持網域名稱與連線的關聯，並非目標伺服器的真實位址。部分區域網路服務或特殊應用程式需要取得真實解析結果時，可評估新增過濾規則，而不是直接關閉所有 DNS 功能。相較於全面切換解析模式，範圍明確的例外更容易控制影響。新增過濾前先確認問題網域與應用程式行為，修改後清除相關快取再測試。規則只應涵蓋確有需要的目標，避免為了修復單一區域網路網域而擴及所有網站，導致原有分流判斷失去必要的網域資訊。
查看設定參考 ›同步設定來源，而非裝置狀態
跨裝置使用時，應優先統一訂閱來源與規則目的，不宜直接複製所有用戶端設定。桌面端的監聽連接埠、服務安裝路徑與 TUN 權限通常無法直接套用到手機。先在每台裝置匯入相同且可信的來源，再分別設定系統接管方式，並核對策略群組名稱。相較於同步整份應用程式資料，將共用規則與裝置參數分開更容易維護。用戶端是否支援雲端同步、同步哪些欄位，請以實際功能為準；共用訂閱也不代表各裝置會自動採用相同策略選擇，切換後仍須分別確認。
查看設定參考 ›使用覆寫保留個人規則
訂閱更新可能會重建遠端設定，個人修改應放在用戶端支援的覆寫或合併機制中。先確認合併規則如何處理清單：有些入口會整段取代，有些則支援前置或附加，不能假設行為相同。相較於直接編輯訂閱快取檔案，獨立覆寫較方便遷移與還原，但仍須確認策略群組引用存在。跨裝置複製時只移轉必要欄位，避免帶入本機路徑與控制介面設定。更新完成後查看最終生效設定，確認新增規則排在兜底規則之前，再測試目標連線的命中結果。
查看設定參考 ›開源生態系與維護依據
分清用戶端、核心與設定來源。遇到問題時，先找出負責該行為的元件，再查閱相應文件與排除問題的入口。
Clash、mihomo 與用戶端的關係
Clash 生態系並非由單一應用程式統一更新。早期的 Clash 核心、後續分支及不同圖形介面用戶端，各自有不同的發布與維護範圍。mihomo 是此生態系中持續發展的核心專案，常見桌面用戶端則在核心之外提供設定管理、代理切換與系統整合介面。介面相似不代表核心功能與預設設定完全相同；遷移設定時，請以實際執行的核心及用戶端說明為準。
圖形介面用戶端上的開關，通常會影響核心設定或作業系統狀態。例如，系統代理開關會修改系統代理入口；TUN 開關則涉及虛擬網路介面與路由。部分用戶端會在啟動時產生最終設定，因此即使編輯磁碟中的 YAML 檔案，介面也不一定會立即套用。判斷設定是否生效時，應同時確認目前選取的設定、覆寫結果及重新載入記錄，不能只憑檔案成功儲存就下結論。
查閱開源程式碼可了解實作方式與設定演進，但一般使用者不必透過原始碼儲存庫安裝應用程式。初次使用時，從下載頁選擇適合作業系統的用戶端即可。需要確認底層行為時，再查閱 mihomo 專案文件、發布說明或相關程式碼。本網站提供中文查閱路徑與欄位說明，不會將不同用戶端的功能混為一談，也不代替專案維護者承諾相容性。
停止維護後的遷移評估
Clash for Windows 停止更新後，舊用戶端仍可能在既有環境中執行，但這不代表它會持續支援新系統、通訊協定或設定欄位。選擇遷移目標時，應優先確認維護狀態、使用的核心、裝置架構，以及原設定所需的功能。若只因名稱相近就直接替換程式，容易忽略系統服務、設定目錄與開機啟動項目的差異，也可能留下重複執行的代理程序。
遷移前先匯出或備份目前設定，並記錄本機監聽連接埠、使用中的策略群組與自訂規則。新用戶端首次啟動時先匯入設定，不必立刻啟用所有接管功能。語法檢查完成後，選定一個明確的測試目標，確認連線出現在用戶端中，並核對命中的規則與實際出口。確認這條連線流程正常後，再繼續遷移覆寫、區域網路連線或 TUN 等設定。
若發生連接埠佔用，先確認舊用戶端或背景服務是否仍在監聽，再決定要停止程序或修改連接埠。不要直接刪除舊設定目錄來排除衝突。修改 mixed-port 後，也須同步調整手動填入代理位址的應用程式；否則即使核心啟動成功，應用程式仍會連到原本的連接埠。常見差異可先參閱 常見問題，操作步驟則可對照 Clash 使用教學。
設定來源與分享界線
程式碼開放原始碼代表可以查閱實作，不代表所有訂閱、轉換服務或網路出口都值得信任。用戶端、設定提供者與出口服務各司其職；下載用戶端不會自動取得遠端服務。新增訂閱前應確認來源與用途，並了解設定中包含哪些代理、規則及 DNS 上游。來自陌生來源的完整設定可能改變流量路徑，匯入後仍須檢查重要欄位與策略群組。
訂閱連結可能含有存取憑證，設定檔也可能包含帳號、密碼或專屬伺服器資訊。尋求協助時，請優先提供用戶端名稱、作業系統類型、錯誤訊息與已移除敏感資訊的必要片段，不要直接上傳完整設定。截圖也要檢查網址列、QR Code 與記錄中的敏感資訊。若要說明規則問題，通常只需提供規則順序、相關策略群組名稱，以及目標連線的命中結果。
排除問題時應盡量維持測試條件一致。先固定一個目標、一種接管方式與一個出口，再觀察 DNS、規則及連線結果。若一次更換訂閱、節點、模式與解析方式，即使恢復存取，也很難確認原因。保留可正常運作的基準設定，逐項調整並記錄結果，比複製大量來源不明的參數更容易長期維護。若涉及工作網路或受管理裝置，也應遵守所在環境的網路使用規範。
分開處理程式與設定更新
用戶端更新、核心更新、訂閱更新與規則資源更新是不同流程。更新應用程式不一定會更新遠端訂閱；更新訂閱也不代表核心已支援新增欄位。若某個選項無法解析，先確認欄位所屬的核心及適用範圍，再檢查用戶端實際執行的核心資訊。不要將設定解析失敗簡單歸因於節點無法連線；兩者發生在不同階段，需要不同的排查線索。
涉及 GeoIP 或規則資源時，應確認設定引用的資料格式、存放位置與更新入口。更換檔名不代表核心一定會讀取該檔案；檔案存在也不代表目前規則正在使用。修改後重新載入設定，檢查記錄中是否出現資源載入錯誤，再查看目標連線命中的規則。若使用遠端規則集合，也要分辨資源下載失敗、格式錯誤與規則順序不當等不同情況。
驗證結果時，網頁能開啟只是第一步。還要檢查需要直連的區域網路服務、不遵循系統代理的應用程式，以及裝置休眠後的恢復情況。節點測速只能反映指定測試連線的表現，不能取代實際服務測試。遇到異常時，記錄發生條件、錯誤訊息與最近的變更，再依連接埠、解析、規則、出口的順序縮小範圍。欄位說明與 YAML 範例集中在 設定參考，可按需查閱。
設定與問題排除近期文章
依照實際問題查閱操作步驟。先了解流量經過哪些層級，再修改相關設定，避免同時調整多個變數。
TUN 模式和系統代理有什麼差別？流量接管原理與適用情境比較
從虛擬網卡與 HTTP 代理設定兩種接管方式出發，比較涵蓋範圍、DNS 處理與相容性，協助依情境選擇啟用方式。
閱讀接管方式比較 ›在 OpenWrt 旁路由執行 mihomo 核心：部署方式與透明代理概覽
整理在路由器或旁路由直接執行 mihomo 核心的架構選擇、閘道與 DNS 指向方式，以及透明代理的基本設定要點。
閱讀旁路由部署概覽 ›Clash 訂閱連結匯入教學：URL 匯入、本機 YAML 與 Base64 格式辨識
說明訂閱 URL 匯入入口、更新間隔設定，以及 Clash YAML、Base64 節點清單等常見訂閱格式的差異與相容性。
閱讀訂閱匯入說明 ›