Windows
查看 Clash Nyanpasu、Clash Plus 與 Clash Verge Rev 等桌面用戶端選項。安裝前確認系統架構，首次啟動先匯入設定並確認系統代理正常；若要接管更多應用程式，再檢查服務權限與 TUN 設定。若已有其他代理軟體正在執行，應先避免連接埠與系統代理設定互相覆蓋。
前往下載 →規則分流從設定到連線的操作流程
閱讀技術參考 →Clash Nyanpasu 將設定管理、代理模式與核心執行狀態整合在圖形介面中。開始使用時，先確認設定能否載入，再檢查流量如何進入核心，最後查看規則將連線交給哪個策略。下方視窗為設定示意，協助了解各項功能的分工；實際選單名稱與可用選項依安裝的用戶端版本而定。
目前模式
規則全域直連
系統代理已開啟
允許區域網路連線已關閉
視窗示意圖，僅用於說明設定用途。
代理模式會決定進入核心的連線如何選擇出口。日常使用可先選擇規則模式，依設定讓網域、位址與規則集進行分流；全域模式會將連線交由全域策略處理，適合暫時驗證出口；直連模式則可用來比對網路狀態。切換模式不會自動修復失效的訂閱，也不會改變應用程式是否遵循系統代理。與其他同樣使用 mihomo 的圖形用戶端相比，分流結果主要取決於核心與設定，而非介面名稱。排除問題時一次只調整一項，較容易判斷變化原因。
匯入遠端設定
貼上訂閱連結匯入
自動更新訂閱已開啟
匯入後的下一步選取目前設定
訂閱管理會將遠端連結轉換為可載入的本機設定。匯入前，請確認連結回傳的是相容於 Clash 的設定，而非登入頁面、錯誤訊息或其他用戶端專用格式。匯入後還要選取這份設定、查看策略群組是否出現，再視需要開啟自動更新。遠端更新可能覆蓋直接修改的內容；需要長期保留的調整，應透過用戶端支援的覆寫或合併機制處理。不同用戶端的訂閱入口與合併方式不盡相同，移轉時應確認最終生效的設定，不要只比較訂閱名稱是否相同。
規則範例 · Proxy 須事先定義
DOMAIN-SUFFIX,github.com,Proxy
GEOIP,CN,DIRECT
MATCH,Proxy比對順序由上而下，符合第一條規則即生效
規則負責識別連線，策略群組則負責決定出口，兩者必須以正確名稱相互關聯。範例先將指定網域交給 Proxy，再比對中國大陸位址的直連規則，最後以 MATCH 處理其餘連線。此處的 Proxy 是策略群組名稱，並非會自動建立的保留字。規則寫得更具體，不代表一定會生效；還要確認前面是否已有涵蓋範圍更大的比對項目。相同設定移轉至不同用戶端時，也應確認規則集、資料庫與核心的支援情況；若出口不如預期，優先查看連線記錄中實際命中的規則。
TUN 模式依應用程式需求啟用
可選網路堆疊
gVisorSystemMixed
自動路由
系統代理會透過作業系統的代理設定引導應用程式連線，適合瀏覽器等遵循此設定的軟體。TUN 則透過虛擬網路介面與路由接管更多流量，適用於不讀取系統代理的應用程式，但通常需要相應權限，也要檢查 DNS 是否與其他虛擬網卡衝突。網路堆疊應依系統與應用程式的相容性選擇，不能認定某個選項一定更快。不同圖形用戶端對服務安裝與權限申請的處理方式有所差異；初次設定建議先用系統代理確認可正常使用，再單獨啟用 TUN 進行比對測試。
mihomo
mihomo Alpha
Clash Rust
選項僅供示意；實際支援範圍依用戶端版本而定。
用戶端介面與代理核心負責不同工作：前者管理設定與操作入口，後者解析規則、建立連線並處理協定。日常使用建議優先選擇與訂閱相容的 mihomo 穩定版本；Alpha 用於體驗仍在驗證中的變更，切換前應閱讀發布說明並保留原設定。其他核心不保證支援相同欄位，不能只因名稱相近就直接替換。相較於固定使用單一核心的用戶端，可切換核心有助於釐清相容性問題，但也會增加組合差異；載入失敗時，應先查看記錄中的未知欄位或協定提示。
設定順序比開關數量更重要。訂閱成功匯入，只代表設定已儲存；核心成功啟動，才表示設定能被解析；應用程式連線出現在記錄中，才表示流量已進入用戶端。最後還要確認命中的規則與預期出口一致。分開檢查這幾個環節，通常比同時切換模式、DNS 與網路堆疊更有效。
現有設定也能繼續使用，但移轉前應先備份。若使用遠端規則集、外部檔案或覆寫腳本，請確認新用戶端支援相應機制。介面設定與訂閱檔案可能共同影響最終設定，遇到衝突時以實際載入結果為準。想了解 Fake-IP、策略群組與規則提供者等概念，可繼續閱讀名詞解釋。
Clash 用戶端下載資訊
查看所有用戶端 →先選擇作業系統，再確認處理器架構與安裝方式。Clash Nyanpasu 是桌面用戶端；手機與平板需選擇對應平台的生態系用戶端。平台入口表示下載中心提供該系統的選擇資訊，並不代表每款軟體都有同名的行動版。下載頁集中列出可用安裝檔、系統需求與維護狀態，實際提供的版本以頁面所列內容為準。
macOS
依 Apple Silicon 或 Intel 處理器選擇適用的安裝檔，並確認用戶端要求的作業系統版本。若需要網路延伸功能、背景服務或路由權限，請閱讀系統提示中的詳細說明。更換用戶端前先結束原有程式，避免多個程式反覆修改同一份系統代理設定。
前往下載 →Android
可從 Clash Plus、Clash Meta for Android、FlClash 與 Surfboard 等選項中，依訂閱格式與使用習慣選擇。首次連線通常需要確認系統 VPN 授權；若鎖定螢幕後連線中斷，也應檢查電池最佳化與背景執行限制。移轉設定前，請先確認目標用戶端支援原有的訂閱協定。
前往下載 →iOS
下載中心提供 Clash Plus 的 App Store 連結與官方網站 clashplus.io 資訊。安裝後先匯入相容的設定，依系統提示允許新增 VPN 設定，再檢查策略選擇。桌面版的檔案路徑、腳本與權限設定無法直接套用到手機，移轉時應以行動版實際支援的功能為準。
前往下載 →Linux
桌面環境可選擇 Clash Verge Rev 與 FlClash，依發行版的套件格式和相依性需求安裝。伺服器或路由器使用者也可另行查找 mihomo 核心套件，但核心本身不等於完整的圖形用戶端。桌面系統匣、系統代理與服務管理的行為會因發行版而異；若無法啟動，請先查看記錄。
前往下載 →選擇用戶端時，不要只比較介面外觀。同一份訂閱可能包含只有特定核心支援的協定或欄位；用戶端能安裝，不代表設定一定相容。優先選擇仍在維護、系統需求明確且符合目前設定的方案；封存的用戶端適合了解歷史行為，長期使用前則應評估相容性與維護狀態。更多功能差異請參閱用戶端比較評測。
匯入訂閱與連線檢查
查看完整教學 →初次設定依照「設定可用、流量接入、出口正確」的順序進行即可。用戶端負責讀取設定並建立代理連線，訂閱中的伺服器、憑證與有效期限則由訂閱服務提供者決定。安裝軟體後仍須準備可用設定；若連結已過期，應先處理訂閱本身，而不是反覆重新安裝用戶端。
-
匯入訂閱並選取設定
開啟設定或訂閱管理頁面，貼上完整連結並執行匯入。確認清單中出現設定後，將其設為目前使用項目，再查看策略群組是否已載入。若出現解析失敗，先確認連結回傳的是設定檔還是網頁內容，並檢查是否需要更新存取憑證。訂閱連結通常包含私人存取參數，排除問題時不要在截圖或討論區公開完整連結。
匯入完成後，可先保留原有規則，避免連線尚未驗證就同時新增覆寫。若有多份設定，請使用容易辨識用途的名稱，並確認每次切換後目前設定的識別資訊確實改變。如此一來，查看連線記錄時才能確認正在測試哪一組規則。
-
選擇規則模式並啟用流量接管
在代理模式中選擇規則模式，再依應用程式需求啟用系統代理。進入主要策略群組，確認已選取可用出口或合適的自動選擇群組。接著先用瀏覽器測試；若應用程式沒有出現在連線記錄中，表示它可能未遵循系統代理，可再查看 TUN 設定。TUN 的用途是擴大流量接管範圍，並非自動解決所有網路問題。
初次啟用 TUN 時，請留意權限提示，以及其他 VPN、虛擬網卡軟體的執行狀態。每次只修改一項設定，並保留可正常連線時的設定組合。若要還原原本狀態，先關閉剛啟用的流量接管方式，再確認系統代理與路由已恢復。
-
連線至目標並確認規則與出口
造訪要測試的網站或使用目標應用程式，在用戶端連線記錄中查看請求網域、命中的規則與使用的策略。頁面能開啟只是第一步，還要確認原本應直連的連線沒有誤走代理，而應交由指定策略群組的連線也確實命中正確規則。延遲測試只能反映特定測試請求的狀況，不能取代下載、影片或業務應用程式的實際體驗。
發生問題時，請記錄最精簡的重現條件：使用哪個應用程式、執行什麼操作、採用哪份設定，以及記錄中的具體錯誤訊息。對外分享記錄前，先移除訂閱連結、存取憑證與私人位址。整理好這些資訊，比只說「無法上網」更容易判斷問題出在 DNS、規則、出口或權限。
開源專案與核心的關係
查看專案儲存庫 ↗了解軟體來源，也要分清介面、核心與訂閱三個層次。Clash Nyanpasu 的原始碼與開發記錄可在公開儲存庫查閱；實際使用時，功能表現取決於用戶端版本、核心能力與訂閱內容。本頁著重介紹功能操作流程，不以未經確認的下載量、評分或效能數字作為選擇依據。
專案沿革與公開開發
Clash Nyanpasu 屬於 Clash 圖形用戶端生態系，使用 Tauri 建構桌面介面。公開儲存庫可供查閱原始碼、問題討論與發布記錄，適合確認特定功能是否已實作，以及某項行為是否仍在調整。了解專案歷史應參考提交記錄與發布說明，不宜只憑名稱相似就判斷它與其他用戶端的承襲關係。
遇到介面操作問題，可先在儲存庫的討論區搜尋相關現象與錯誤訊息。回報問題時，請說明作業系統、重現步驟與相關記錄，不要附上完整的私人設定。開源讓實作過程可供查閱，但仍須依自己的系統環境進行驗證，不能直接將個別使用者的測試結果視為所有裝置都適用。
圖形用戶端與 mihomo
圖形用戶端負責訂閱管理、設定入口、程序控制與狀態顯示；mihomo 負責解析設定、比對規則與處理連線。兩者分工明確，因此更換介面不一定會改變相同設定的分流結果；更換核心則可能影響協定、DNS 與規則欄位的相容性。Meta 與 mihomo 的關係，也需要放在核心的演進脈絡中理解。
若頁面設定可以儲存，但核心無法啟動，應優先查看設定解析與執行記錄。若核心運作正常，應用程式連線卻沒有出現，則應檢查流量接管方式。依問題所在的層級進行判斷，有助於確認該調整用戶端選項、訂閱內容，還是查閱核心文件，避免不必要地反覆安裝。
訂閱格式與生態系相容性
訂閱是一種設定發布方式，不代表用戶端內建連線服務。連結可能回傳完整的 Clash 設定，也可能只包含其他格式的伺服器資訊。即使檔案可以解析，其中的協定、規則集與覆寫方式仍可能依賴特定核心或用戶端擴充功能。移轉時應先確認格式，再檢查設定所引用的外部資源是否可存取。
同一個連結在不同用戶端中的表現可能不同，原因可能是請求方式、設定轉換或功能支援範圍，而非連結隨機失效。建議保留一份已知可用的設定作為比對，並記錄是否啟用自動更新。需要修改長期規則時，先了解覆寫機制，避免本機調整在下次訂閱更新時被覆蓋。
發布說明與更新範圍
用戶端更新、核心更新與訂閱更新並非同一件事。用戶端更新可能調整介面或權限處理；核心更新可能改變協定與設定行為；訂閱更新則通常會變更伺服器與分流內容。更新前請閱讀相關說明，並備份覆寫內容與必要設定；若使用上出現變化，分別檢查這三個來源，才能找出真正的影響因素。
穩定使用時應優先考量相容性，不必只因推出測試版本就立即切換。若要使用 Alpha 驗證問題，請保留原本的安裝與設定還原方式，並記錄切換前後的差異。頁面頂端不會顯示特定發布版本，安裝檔與可用下載資訊統一列於下載中心，避免將首頁介紹誤當成即時發布記錄。
取得原始碼
若已安裝 Git，可將以下命令複製到終端機執行。複製下來的是專案原始碼；只需要安裝使用的話，請直接前往下載中心選擇用戶端。
git clone https://github.com/libnyanpasu/clash-nyanpasu.git規則設定與網路原理
查看所有文章 →完成基本連線後，可依問題選擇進階資料：分流結果不如預期，先查看規則順序；測速數字與實際體感不符，先分辨握手延遲與傳輸頻寬；位址分類發生變化，則檢查資料庫與規則集。以下文章依發布日期由新到舊排列，分別說明這些容易混淆的概念，方便依照實際問題查閱。
GeoIP 與 GeoSite 資料庫更新指南：mihomo 的 geodata 模式與規則比對重點
整理 GeoIP、GeoSite 兩類資料檔的來源與格式差異，說明 mihomo 中 geodata-mode、自訂更新網址與自動更新的設定方式，以及資料過舊時常見的症狀。
閱讀資料庫更新指南 →Clash 節點延遲測試原理：URL Test 數值為何與實際網速不符
說明用戶端延遲測試的測量內容、測試網址與逾時設定如何影響數值，以及握手延遲、頻寬與線路壅塞的差異，協助正確解讀測速結果。
了解延遲測試的限制 →Clash 規則分流實戰：本地直連與境外代理的 rules 和 rule-providers 寫法
以常見分流情境為例，解析規則由上而下的比對順序、策略群組的引用方式，以及 rule-providers 遠端規則集的組織方法，避免規則順序錯誤導致流量走錯出口。
查看規則整理方式 →若仍無法判斷問題類型，可先前往常見問題比對現象，再回到教學檢查匯入、模式與流量接管步驟。技術參考適合比較協定與核心差異，名詞解釋則適合快速了解設定欄位；將操作步驟與原理資料分開閱讀，排除問題時更容易維持清楚的判斷脈絡。