適合桌面瀏覽器與常用應用程式。建議先從 Clash Plus 開始；若要比較介面與設定管理方式，再查看 Clash Verge Rev、FlClash 等選項。系統代理與服務模式是不同設定，首次連線時先測試系統代理，再依需求啟用 TUN。
前往下載設定說明
Clash 設定結構
從規則到網路入口
用戶端負責匯入、編輯與顯示，核心則負責解析設定並處理連線。先分清入口埠、代理群組與比對規則，再調整網路模式，遇到問題時就能定位到對應層級。以下片段分別說明各欄位用途，並非可直接連線的完整訂閱；節點資訊仍須由現有設定提供。
config.yaml
rules:
- DOMAIN-SUFFIX,github.com,PROXY
- GEOIP,CN,DIRECT
- MATCH,PROXY規則會由上而下比對，第一個符合的項目決定連線策略。明確的網域規則通常放在前面，接著用地區規則處理直連需求，最後以 MATCH 接住其餘連線。範例中的 PROXY 必須是已定義的代理群組，DIRECT 則是內建的直連策略。相較於只切換全域出口，規則模式可依目標區分流量。修改後應重新載入設定，並在連線頁面確認命中的規則；訂閱更新可能會覆蓋直接編輯的內容，長期使用的規則應放在用戶端支援的覆寫位置。
proxy-groups:
- name: PROXY
type: select
proxies:
- AUTO
- DIRECT
- name: AUTO
type: url-test
use:
- subscription
url: https://www.gstatic.com/generate_204
interval: 300代理群組將節點集合與規則目標分開。select 可手動選擇，url-test 則依指定測試網址的結果自動挑選候選項目；自動選擇不代表對所有網站都最快。範例透過 subscription 引用同名的代理提供者，使用前須補上該提供者的定義。平時可讓 PROXY 指向 AUTO，遇到特定需求時再手動選擇節點。相較於逐條改寫規則，調整代理群組只會更換出口，不會改變比對邏輯。群組名稱必須與規則中的引用一致，也要避免群組互相引用而形成循環。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53TUN 透過虛擬網路介面接收流量，適合處理不讀取系統代理設定的應用程式，通常需要管理員權限或用戶端服務模式。相較於系統代理，TUN 涉及路由、介面與 DNS 接管，啟用前應先確認一般代理連線正常。範例中的自動路由會改變流量入口，實際支援情況依作業系統與用戶端而異。若同時使用其他 VPN，請先檢查路由是否衝突。停用時請使用用戶端提供的開關恢復網路，不要只強制結束程序；區域網路連線異常時，也應檢查路由與防火牆。
dns:
enable: true
listen: 127.0.0.1:1053
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
nameserver:
- https://dns.alidns.com/dns-queryDNS 設定決定網域名稱的解析方式，也會影響依網域分流。fake-ip 模式會先回傳映射位址，再由核心搭配目標網域處理連線；這不等同於遠端網站的實際位址。範例只呈現基本欄位，上游 DNS 應依實際網路連線狀況選擇。啟用 DNS 監聽不代表系統已改用該服務，還須確認用戶端如何接管 DNS。部分應用程式異常時，可依需求設定 fake-ip-filter，而非直接停用所有解析功能。排查時應先確認解析結果，再檢查規則與出口。
proxy-providers:
subscription:
type: file
path: ./providers/subscription.yaml
proxy-groups:
- name: PROXY
type: select
use:
- subscription訂閱可能是包含規則與代理群組的完整設定，也可能只有節點清單，兩者的匯入方式不可混用。圖形用戶端通常在設定頁面輸入完整訂閱網址；proxy-providers 則將節點來源分開管理。範例會讀取本機的提供者檔案，檔案內須包含格式正確的節點資料。請先確認服務提供方說明的格式，再選擇匯入方式。更新失敗時，檢查網址是否失效、回應內容是否為設定檔，以及本機網路是否可連線。訂閱網址可能包含存取憑證，分享截圖或記錄前請先遮蔽完整連結。
mixed-port: 7890
allow-lan: false
bind-address: 127.0.0.1
mode: rule
log-level: info不同平台的用戶端可採用相近的 YAML 設定，但系統代理、背景執行與權限設定方式並不相同。mixed-port 提供 HTTP 與 SOCKS 共用的監聽入口，是否會自動寫入系統設定則由用戶端決定。範例僅監聽本機，適合先完成單一裝置的連線測試。移轉設定時，請檢查埠號是否被占用、檔案路徑與核心支援的欄位；不要將桌面版的服務設定直接套用到手機。挑選用戶端時，先確認系統架構與維護狀態，再比較介面功能；各用戶端與安裝檔請至下載中心查看。
下載入口
依作業系統挑選 Clash 用戶端
先確認裝置的作業系統與處理器架構，再選擇仍持續維護的圖形用戶端。Clash Plus 是支援平台的優先選擇；Linux 桌面環境可優先比較 Clash Verge Rev 與 FlClash。下載中心也列出其他選項與封存版本，方便移轉既有設定。安裝檔只提供程式，訂閱與可用節點須另行準備；完成安裝不代表已經有可用的代理線路。
下載前請先在系統資訊中確認處理器是 Apple Silicon 還是 Intel。安裝後依用戶端指示授權網路相關功能，再匯入設定。若瀏覽器可以連線，但終端機仍無法使用，請檢查終端機是否讀取系統代理，而非一再更換訂閱。
前往下載手機可選擇 Clash Plus、Clash Meta for Android 等用戶端。匯入後確認目前使用的設定與代理群組，再授權 VPN 連線。若要長時間在背景執行，也請檢查電池最佳化設定；依應用程式分流時，需分清哪些應用程式會進入代理，以及設定檔中的目標規則。
前往下載從下載中心前往 Clash Plus 的 App Store 頁面，產品資訊可至官方網站 clashplus.io查閱。安裝後，使用應用程式支援的方式匯入訂閱，並依系統提示加入 VPN 設定。不同用戶端支援的設定欄位可能不同，移轉時請以實際匯入結果為準。
前往下載桌面環境可選擇 Clash Verge Rev 或 FlClash；伺服器與路由器則較適合直接部署 mihomo。選擇套件前，請確認 Linux 發行版、套件管理工具與 CPU 架構。命令列部署須自行管理設定目錄、監聽埠、執行使用者與服務生命週期。
前往下載從 Clash for Windows 移轉時，請先備份現有的 Profile 與自訂規則，再測試新用戶端的匯入結果。舊設定中的指令碼、路徑與實驗性欄位不一定能直接沿用。不要同時啟用兩個用戶端的系統代理或虛擬網路介面，以免將設定衝突誤判為節點故障。
查看所有用戶端 → 查看 Clash for Windows 替代方案 →首次連線
匯入訂閱、選擇節點、確認連線
首次使用只要依序完成一條流程：先讓用戶端讀取正確的設定，再讓流量進入用戶端，最後確認實際出口。暫時保留預設埠號與基本規則，避免一次調整太多變數。以下先預覽操作順序；按鈕位置、系統代理設定與常見提示的處理方式，詳見完整教學。
-
匯入訂閱並選取設定
在用戶端的設定或訂閱頁面貼上現有網址，等待下載與解析完成，再將這份設定設為目前使用項目。看到清單中出現設定名稱後，確認節點或代理群組已載入。若匯入結果為空，先檢查訂閱格式與回應內容；網頁網址、帳戶管理頁面與訂閱網址是不同入口。
設定檔通常稱為 Profile，來源可以是遠端訂閱，也可以是本機 YAML 檔案。遠端更新只會更新對應資料，不保證自訂修改一定保留。首次匯入後，請記下設定名稱與來源，日後切換多份設定時更容易確認目前生效的內容。
查看訂閱匯入步驟 → -
選擇代理群組與規則模式
前往代理頁面，在規則引用的主要代理群組中選擇可用節點，或選取已設定好的自動群組。延遲測試只能反映測試網址的連線狀況，不等於下載速度或所有網站的使用體驗。先使用規則模式，讓設定決定哪些目標直連、哪些經由代理，再開啟系統代理或手機端的連線開關。
全域模式只會改變進入核心的流量如何選擇出口，不會自動接管所有應用程式。若某個程式不讀取系統代理，只切換全域模式通常無法解決流量入口問題。先確認程式本身的代理設定，確有需要時再依教學設定 TUN，不要混淆代理模式與流量接管方式。
查看系統代理設定 → -
查看連線記錄，確認實際流量路徑
開啟預期會經由代理連線的網站，查看用戶端的連線頁面是否顯示對應網域、命中規則與最終策略。接著透過可信任的出口 IP 查詢網站確認該連線的出口，別只依開關顏色判斷。直連網站顯示本地出口可能正符合規則預期，不代表整份設定失效。
如果沒有連線記錄，先檢查系統代理、應用程式本身的設定或 VPN 授權；若有記錄但連線失敗，再檢查節點是否可用與 DNS 設定。需要尋求協助時，請保留錯誤時間與相關記錄，並遮蔽訂閱網址及帳戶資訊。依序檢查入口、解析、規則與出口，比反覆重裝用戶端更容易找出原因。
查看連線檢查方法 →
開源生態系
Clash、mihomo 與用戶端的關係
Clash 常被泛指為支援這類設定的代理工具，但核心、圖形介面與訂閱服務各自負責不同工作。了解這三者的關係，能更準確判斷某項功能由哪一部分提供，也能避免把用戶端更新、節點更新與網路線路變動混為一談。
專案沿革與維護範圍
原始 Clash 專案停止維護後，生態系仍持續出現採用不同核心的用戶端。mihomo 延續 Clash Meta 的技術路線，提供代理協定、規則比對、DNS 與 TUN 等功能。名稱相近不代表是同一個程式，下載前應確認用戶端名稱、核心類型與專案維護狀態。網路上的舊教學，選單與欄位可能已經變更，請配合目前用戶端的實際介面閱讀。
核心處理連線，介面管理操作
mihomo 可作為命令列程式執行；圖形用戶端則將切換設定、選擇代理群組、查看記錄與系統設定整合為操作介面。使用相同核心不代表介面功能完全一致，訂閱覆寫、系統匣選單與服務安裝方式都可能由用戶端自行實作。排查設定語法時請查閱核心文件；遇到按鈕、權限與開機自動啟動問題時，則應查看對應用戶端的說明。
從原始碼與文件確認功能
mihomo 的原始碼、授權條款與公開問題討論位於 MetaCubeX 組織的專案儲存庫，核心採用 GPL-3.0 授權。透過儲存庫可確認欄位是否受支援、特定行為是否為已知問題，以及修改是否已納入發布流程。以下命令只會下載原始碼，不會安裝用戶端或自動設定代理。若要編譯與部署，請繼續閱讀儲存庫中的建置說明，並準備相應的開發環境。
分開管理程式、設定與資料更新
用戶端更新、核心更新、訂閱更新與規則資料更新是四種不同操作。更換程式不一定會更新節點，更新訂閱也不一定會更換核心。升級前請保存目前可用的設定與覆寫內容；升級後先確認基本連線正常，再逐項還原進階設定。若遇到相容性問題，記錄觸發條件與錯誤欄位，優先以最小設定重現；不要將含有憑證的完整訂閱貼到公開討論區。
Clash中文站整理下載入口與中文操作說明，不提供節點服務。線路可用性、流量額度與訂閱權限由相應服務提供方決定。使用前請了解所在地法律與網路管理規範；在公司或校園裝置上變更代理與路由設定時，也須遵守裝置管理政策。文件中的範例僅用於說明設定結構，不包含可直接使用的線路。
近期文章
訂閱匯入與部署筆記
完成基本連線後，可依實際需求深入閱讀。訂閱格式決定匯入方式，部署方式決定權限與執行位置，連線檢查則用來確認每次調整是否符合預期。文章依主題補充操作細節，不取代服務提供方對節點、流量額度與帳戶狀態的說明。
Clash 訂閱連結匯入教學：URL、YAML 與 Base64 格式差異
示範如何在用戶端貼上訂閱網址並設定自動更新，說明完整 YAML 設定與 Base64 節點清單的差異，以及格式不相容時的處理方式。
閱讀訂閱匯入說明 →Linux 部署 Clash：圖形用戶端與 mihomo 命令列兩種方式
涵蓋 Linux 桌面圖形用戶端安裝，以及在無圖形介面的伺服器上使用 mihomo 二進位檔與 systemd 常駐執行，並設定目錄與埠號。
閱讀 Linux 部署教學 →Clash 首次連線檢查清單：從測速選擇節點到確認代理生效
依序完成匯入設定、選擇節點、測試延遲與啟用系統代理，再透過連線記錄和出口 IP 確認流量是否確實經由代理。
閱讀首次連線檢查清單 →