DESKTOP
Windows
適合使用圖形介面管理訂閱、策略群組與系統代理。下載前先確認系統架構與客戶端維護狀態，安裝後再匯入訂閱並檢查監聽連接埠。
前往下載CLIENT PROOF · 2026
Clash 中文版客戶端下載與設定
從客戶端選擇開始，依序確認訂閱、連接埠、代理模式與規則順序。本網站以永久免費、開放原始碼和中文文件為索引，整理 Clash 圖形客戶端與 mihomo 核心的實際設定路徑。
- 桌面與行動客戶端
- YAML 欄位參考
- 系統代理與 TUN
- 規則分流與 DNS
COMPOSING / 01
從訂閱到規則的三道工序
把 Clash 使用流程拆成檢字、排版與付印：先確認設定來源，再校對欄位關係，最後接管系統流量並檢查結果。
訂閱匯入與設定來源
第一步不是急著開啟系統代理，而是確認客戶端能否讀取完整設定。遠端訂閱通常包含節點、策略群組、規則與 DNS 設定；本機 YAML 則適合保留手動調整。匯入後應先查看更新時間、策略群組名稱與節點清單是否出現，再判斷訂閱網址、網路權限或格式是否需要處理。
不同圖形客戶端的入口名稱可能寫作 Profiles、設定、訂閱或設定檔，但底層目的相同：將一份可解析的 YAML 交給核心。更新訂閱前要留意本機覆寫方式，避免把臨時修改誤當成遠端內容。本網站教學依照「匯入—檢查—選擇」的順序編排，讓首次連線前的錯誤盡量停留在設定層，而不是拖到系統網路層才排查。
mixed-port: 7890
mode: rule
allow-lan: false
proxy-groups:
- name: 節點選擇
type: select
proxies:
- 自動選擇
- DIRECT連接埠、策略群組與規則順序
設定載入後，需要逐項校對連接埠欄位、策略群組引用與規則順序。mixed-port 可以同時接收 HTTP 與 SOCKS5 請求，適合多數桌面客戶端；單獨使用 port 或 socks-port 時，則要確認系統代理填寫的是對應的監聽連接埠。連接埠衝突通常表現為核心啟動失敗，或系統代理已開啟但請求無法進入客戶端。
規則採用由上而下的首次比對機制，具體網域與網段應放在寬泛規則之前，兜底項通常位於末尾。策略群組名稱也必須與規則右側引用完全一致。相較於只提供開關說明的簡略指南，這裡的校樣流程會同時檢查欄位名稱、縮排層級、引用關係與生效位置，方便定位「YAML 能讀取但分流結果不正確」這類問題。
rules:
- DOMAIN-SUFFIX,example.org,DIRECT
- GEOIP,CN,DIRECT
- MATCH,節點選擇
dns:
enable: true
ipv6: false
enhanced-mode: fake-ip系統代理、TUN 與連線檢查
完成設定校對後，才進入系統接管階段。一般系統代理主要涵蓋遵循作業系統代理設定的應用程式，操作簡單，適合瀏覽器和多數桌面軟體；TUN 模式則在網路層接管更多流量，適合不讀取系統代理的應用程式，但會涉及虛擬網卡、路由與權限。兩種方式不必同時作為預設選擇，應根據應用程式範圍與排查成本決定。
連線後應依固定順序檢查：核心是否正常執行、目前策略群組是否選取可用項目、系統代理連接埠是否與監聽欄位一致、日誌是否出現循環連線或 DNS 錯誤。若只有個別網站異常，應回到規則與 DNS；若所有請求都失敗，則優先檢查核心、連接埠與系統接管。這樣的分層檢查比反覆切換節點更容易找到真正的故障位置。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
log-level: info
unified-delay: trueTYPE CASE / 02
依平台選擇 Clash 客戶端
首頁只提供平台入口。具體客戶端、系統需求與安裝套件架構集中放在下載中心，避免把不同作業系統的步驟混在一起。
DESKTOP
macOS
適合在選單列管理連線狀態與策略選擇。Apple Silicon 與 Intel 使用不同安裝套件時，應先查看「關於這台 Mac」中的晶片資訊，再進入對應下載項目。
前往下載MOBILE
Android
適合透過 App 內 VPN 權限接管行動裝置流量。應根據裝置處理器選擇通用套件或對應架構，並在首次連線時確認系統彈出的網路權限。
前往下載MOBILE
iOS
適合在 iPhone 與 iPad 上透過客戶端匯入訂閱，並由系統確認 VPN 設定。完成匯入後，應先選擇策略群組，再檢查首次連線的權限狀態。
前往下載DESKTOP / SERVER
Linux
桌面使用者可選擇圖形客戶端，伺服器與軟路由環境通常直接使用 mihomo 核心。安裝前要區分發行版套件格式、CPU 架構與服務啟動方式。
前往下載PROOF / 03
Clash 開放原始碼生態與核心關係
客戶端名稱相近，但圖形介面、核心與設定檔並不在同一層。理解三者關係，才能正確判斷更新、相容性與故障來源。
PROJECT HISTORY
原版 Clash 與後續生態
Clash 最初以規則代理核心和 YAML 設定體系形成廣泛使用的生態。原版專案停止維護後，既有客戶端不會因此立即改變運作方式，但新協定支援、網路堆疊修正與設定擴充逐漸轉向後續維護分支。查看客戶端時，需要區分它沿用的是舊核心、獨立核心，還是持續更新的 mihomo。
「Clash 客戶端」常被用作一組軟體的統稱，並不代表所有圖形介面都來自同一個專案。下載頁按平台列出可選客戶端，並明確標示停止維護的專案，方便依據系統與更新需求取捨。
OPEN ECOSYSTEM
圖形介面與設定格式
圖形客戶端負責訂閱管理、策略切換、系統代理、日誌檢視與核心更新；真正執行規則比對與流量轉送的是核心。YAML 設定則位於兩者之間，既描述監聽連接埠、DNS 與 TUN，也定義節點、策略群組與規則。介面顯示異常不一定是核心故障，核心報錯也不一定來自訂閱網址。
排查時先判斷錯誤發生在哪一層：訂閱無法下載屬於來源或網路問題；YAML 解析失敗屬於設定結構問題；連接埠無法監聽屬於本機環境問題；規則命中不符合預期，則要檢查順序、策略群組引用與 DNS 行為。
MIHOMO CORE
mihomo 核心定位
mihomo 延續 Clash 設定思路，並增加更多協定、規則能力與網路選項。部分客戶端將 mihomo 作為預設核心，也有客戶端允許切換核心版本。遷移舊設定時，基礎欄位通常容易理解，但實驗性選項、DNS 行為、規則提供器與覆寫機制仍應依目前核心文件逐項核對。
一般桌面使用者通常更適合從圖形客戶端開始，因為客戶端已處理安裝、權限與系統代理入口。伺服器、軟路由或需要精確控制服務參數的使用者，才更常直接部署核心並自行維護設定與啟動服務。
UPDATE METHOD
更新時分別檢查三項
一次完整更新可能包含客戶端程式、核心檔案與遠端訂閱三部分。客戶端更新會影響介面與系統整合，核心更新會影響協定與設定行為，訂閱更新則會變更節點、策略群組與規則內容。把三者混為一個「版本」，容易在異常出現時退回錯誤的對象。
更新前可記錄目前客戶端名稱、核心類型、設定來源與關鍵覆寫。更新後先確認設定能夠載入，再檢查策略群組和系統代理，最後驗證規則分流。若問題只在訂閱重新整理後出現，應優先比對設定內容，而不是立即重新安裝客戶端。
SOURCE / MIHOMO
取得 mihomo 原始碼
需要閱讀實作、編譯核心或追蹤設定行為時，可從公開程式碼儲存庫取得專案。一般客戶端使用者不需要執行此命令，直接使用下載中心的圖形客戶端即可。
git clone https://github.com/MetaCubeX/mihomo.git
MARGIN NOTES
常見問題精選
先依故障層級判斷，再進入對應教學，避免在連接埠、節點與規則之間反覆試錯。
匯入訂閱後沒有出現節點，先檢查什麼？
先確認訂閱網址能否正常存取、客戶端是否顯示更新時間，再查看設定解析日誌。如果遠端內容為空、格式不是 YAML，或訂閱需要額外授權，客戶端通常無法產生節點和策略群組。完整匯入順序可參考Clash 使用教學。
系統代理已開啟，但瀏覽器仍然無法連線怎麼辦？
依序檢查核心執行狀態、監聽連接埠與系統代理連接埠是否一致，再確認目前策略群組已選擇可用項目。修改 mixed-port 後如果沒有同步系統設定，請求仍會傳送到舊連接埠。
系統代理與 TUN 模式應該選哪一個？
瀏覽器和遵循系統代理的桌面應用程式通常先使用系統代理，設定路徑較短；需要接管更多應用程式或特殊網路流量時，再評估 TUN。啟用 TUN 後還要檢查虛擬網卡權限、路由與 DNS，不宜把兩者視為效果完全相同的開關。
規則已經寫入 YAML，為什麼仍然沒有命中？
檢查規則是否被更前面的寬泛規則截獲、策略群組名稱是否完全一致，以及規則是否寫在客戶端實際載入的設定中。使用覆寫功能時，還要確認合併順序沒有把本機規則放到兜底規則之後。
PROOF SHEETS / 04
近期設定與排查文章
持續整理平台安裝、連接埠衝突、規則語法與核心差異，文章依發布日期歸檔。