Clash for Mac 用戶端下載

用戶端介面與代理核心的分工

在用戶端中點選匯入、切換策略或查看連線，操作的是圖形介面；實際解析設定、處理規則及建立代理連線，則由核心負責。mihomo 延續並發展了 Clash Meta 的相關成果，因此教學中會同時出現 Clash、Clash Meta 與 mihomo 等名稱。名稱相近不代表每個用戶端都有相同的功能入口，也不代表較舊的核心能讀取目前文件中的所有欄位。遇到設定錯誤時，請先確認正在執行的核心，再查看用戶端如何傳入設定。

選擇用戶端時，建議比較作業系統相容性、設定管理方式、覆寫功能與授權流程。即使使用相同核心，不同用戶端的預設值、選單配置與服務安裝方式仍可能不同。移轉時可沿用相容的訂閱，但系統代理、開機啟動、TUN 權限與本機覆寫都需要在新用戶端重新確認。先結束舊用戶端再測試新用戶端，可減少監聽連接埠、系統代理與虛擬網卡彼此干擾。

專案沿革與封存用戶端

Clash 生態系中既有持續開發的核心與介面，也有已停止維護的歷史用戶端。早期教學截圖仍具參考價值，但其中的下載位置、設定欄位與系統權限說明可能已經改變。下載頁會分別標示封存用戶端與目前可選的用戶端，方便已有設定的使用者判斷相容性。新裝置建議優先選擇持續維護的版本；移轉舊設定時，先保留原始檔案，再逐項檢查連接埠、DNS、策略組與規則引用。

舊介面能夠啟動，不代表它能處理新的設定語法；同樣地，新核心支援某個欄位，也不表示用戶端介面已提供相應選項。設定載入失敗時，先閱讀日誌中的欄位名稱與行號，檢查 YAML 縮排、策略組名稱及提供者引用是否相符，再考慮功能相容性。將問題縮小至單一欄位或最小片段，比一次替換整份設定更容易找出原因。

原始碼、授權與問題回報

mihomo 原始碼由 MetaCubeX 的公開儲存庫維護，核心採用 GPL-3.0 授權。儲存庫中的文件、提交紀錄與問題討論有助於確認功能變更；各圖形用戶端的程式碼與授權則應分別查看對應專案。本站整理下載入口與中文操作流程；用戶端、核心與訂閱服務則由各自的維護者提供。回報問題時，請區分是介面按鈕無法操作、設定未正確傳入，還是核心已收到連線但處理失敗。

提交日誌前，請先移除訂閱網址中的憑證、伺服器資訊，以及可能辨識個人身分的內容。可保留作業系統、處理器架構、操作步驟、錯誤訊息與已去識別化的最小設定，讓問題容易重現。若要閱讀或建置核心，可複製旁邊的指令取得原始碼；一般使用者直接選擇圖形用戶端即可，取得原始碼並非安裝用戶端的必要步驟。

App 更新與訂閱更新

App 更新通常涉及介面、系統整合或隨附核心；訂閱更新則會重新取得連線參數、策略或規則，兩者是獨立流程。更新 App 後，請確認原設定仍已啟用，並檢查權限與服務是否正常。更新訂閱後，則要留意手動選擇的策略是否仍存在、本機覆寫是否繼續生效，以及規則集是否成功載入。分開驗證兩種更新，有助於找出是哪次變更影響連線。

建議先儲存可用設定與本機覆寫，再進行影響範圍較大的調整。網路環境、訂閱內容與用戶端設定同時變動時，只看某個網頁能否開啟，很難找出問題。保留固定的驗證流程：開啟目標網站、查看連線紀錄、確認命中規則、核對出口策略。測試結束後恢復日常模式，避免將臨時的全域設定留到後續使用。