1 為什麼 Clash Verge Rev 會卡在「核心下載／更新」
Clash Verge Rev本質上是圖形殼層，真正解析訂閱、套用規則、建立本機連線埠的是內嵌或外掛的 Mihomo（Clash.Meta 系）執行檔。用戶端在首次啟動或您按下「檢查更新」時，往往會嘗試從網路拉取對應平台的壓縮包或二進位檔；只要這條鏈路任一環節失敗，介面上就會出現籠統的更新失敗提示，但背後原因可能完全不同。
常見情境包括：① 企業 HTTPS 檢查或防火牆擋住 GitHub／CDN，導致下載中斷；② 筆電處於離線環境，必須用另一台能連網的機器先取得檔案再拷貝；③ 防毒或「受控資料夾存取」攔截寫入，表面顯示成功、實際檔案未覆寫；④ 權限不足（尤其 Windows 的服務模式或 macOS 的隔離屬性），新檔案無法取代舊檔；⑤ 架構下錯（例如在 Apple Silicon 上誤用 Intel 組建），啟動階段直接報錯，讓您誤以為是「更新壞了」。
本文目標是把問題收斂成可重現的維護流程：先定位實際載入的核心檔，再手動更新，最後用兩種以上方式確認版本號與重啟後仍一致。若您尚未熟悉各平台安裝路徑，可先對照站內Windows 安裝教學與macOS 安裝教學建立基礎目錄概念，再回來做核心替換。
記住一句話：圖形介面的「更新」只是自動化腳本；手動替換則是您親自完成同樣的「下載 → 放對位置 → 重啟載入」三件事。
2 操作前準備：結束程序、備份與架構核對
在動任何執行檔之前，請先完全結束 Clash Verge Rev：包含工作列或選單列圖示、背景常駐程序，以及若您曾啟用服務模式時一併載入的核心服務。理由很實務：Windows 會鎖定正在執行的 .exe，macOS 亦可能因程序占用而無法覆寫；半套關閉只會讓替換看起來成功，重啟後仍載入舊檔。
- 在介面中關閉系統代理與 TUN（若已開啟），避免替換過程中仍由核心寫入暫存。
- 結束應用程式後，於 Windows 工作管理員或 macOS 活動監視器確認無殘留
verge／mihomo相關程序（實際名稱依版本為準）。 - 將即將被取代的核心檔複製一份副檔名備份，例如
verge-mihomo.exe.bak或verge-mihomo.bak，以便一鍵還原。 - 核對 CPU 架構：Windows區分 amd64 與 arm64；macOS區分 Intel（amd64）與 Apple Silicon（arm64）。下錯架構會在啟動時立刻失敗。
應用程式本身的設定檔、訂閱與 Profile 通常放在使用者資料目錄，與「核心執行檔是否新」是兩件事；若您擔心誤刪，可先閱讀設定檔備份與換機指南，理解 profiles 與索引 YAML 的關係後再操作，心理負擔會小很多。
3 Windows：應用程式資料目錄與核心檔常見位置
在大多數標準安裝下，Clash Verge Rev會將使用者資料放在目前帳戶的 Roaming 區，路徑可濃縮為：
%APPDATA%\io.github.clash-verge-rev.clash-verge-rev\
在檔案總管網址列貼上 %APPDATA%\io.github.clash-verge-rev.clash-verge-rev 後按 Enter，即可進入。此目錄內除了設定與 profiles 子資料夾外，通常還能找到圖形介面下載或管理的 Mihomo 執行檔；常見檔名包含 verge-mihomo.exe，部分版本在暫存或更新過程中也可能出現帶版本號、平台後綴的檔名。
若資料夾內檔案較多，建議依「檔案類型」排序，鎖定 .exe，並對照檔案修改時間與檔案大小是否與您上次更新嘗試相符。更穩健的做法是打開 Verge Rev 的設定或關於頁面，部分版本會顯示核心路徑或提供「開啟資料目錄」類按鈕；以介面顯示為準，可避免因小版本改版調整子目錄而找錯檔。
便攜版與自訂目錄
若您使用壓縮免安裝包，狀態檔有時仍會寫入上述 AppData 路徑，也可能與程式根目錄並存。替換前請以「實際執行中的核心路徑」為準：可在更新失敗後閱讀日誌列印的路徑，或用工作管理員檢視已載入映像檔位置（需管理員權限與基本除錯經驗）。
4 Windows：手動替換 Mihomo 的建議順序
假設您已從上游取得與本機架構相符的 Windows 組建（常見為壓縮包內的 mihomo-windows-amd64.exe 或 mihomo-windows-arm64.exe，實際檔名以 Release 為準），請依序執行：
- 將新檔案解壓到一個暫存資料夾，不要直接在壓縮包內按右鍵執行。
- 完全結束 Clash Verge Rev 與相關服務後，於上述 Roaming 目錄找到現有核心
.exe。 - 將舊檔重新命名為備份（例如加上
.bak），再把新檔複製進來，並重新命名為舊檔原本的名稱，確保前端仍呼叫同一檔名。 - 若系統提示需要系統管理員權限，請以系統管理員身分開啟檔案總管或使用具提升權限的複製工具；否則可能寫入失敗卻無明顯錯誤。
- 重新啟動 Clash Verge Rev，先到「關於」或日誌確認核心版本字串已更新。
若您曾啟用服務模式，核心可能由服務帳戶從另一份路徑載入；此時僅替換使用者資料夾內的檔案可能無效。建議暫停服務、改回一般模式啟動一次，確認版本無誤後再依需求重啟服務，並觀察日誌是否仍指向舊路徑。
Country.mmdb、geoip.dat、geosite.dat 等屬規則資料，路徑與更新節奏不同。若您同時遇到 GEOIP 異常，請另參地理資料手動更新教學。
5 macOS：Application Support 與可執行檔權限
在 Mac 上，與 Windows 對應的使用者資料目錄一般為：
~/Library/Application Support/io.github.clash-verge-rev.clash-verge-rev/
若您不熟悉隱藏的 Library，可在 Finder 中按 Command + Shift + G，貼上完整路徑後前往。目錄內同樣會有設定、profiles 與執行時產物；核心本體多為無副檔名的 Unix 可執行檔，常見命名仍包含 verge-mihomo 或 mihomo 等關鍵字，實際以您機器上現有檔案為準。
macOS 對下載檔常有隔離屬性（quarantine），若您手動放入的核心來自瀏覽器下載，首次執行可能被 Gatekeeper 阻擋。替換完成後若無法啟動，請在確認來源可信的前提下，依 Apple 官方方式處理安全性提示，或於終端機移除隔離屬性（僅建議進階使用者於理解風險後操作）。
6 macOS：手動替換與 chmod +x
從上游 Release 取得對應 darwin-amd64 或 darwin-arm64 的壓縮檔並解壓後，您會得到無副檔名的二進位檔。建議流程如下：
- 完全結束 Clash Verge Rev 與背景程序。
- 在 Application Support 目錄內，將現有核心檔更名備份。
- 將新檔拷貝至相同目錄，並命名回原本檔名，與 Windows 段落同理。
- 開啟「終端機」，對新檔補上執行權限，例如（請替換成實際路徑與檔名）：
chmod +x "/Users/您的使用者名稱/Library/Application Support/io.github.clash-verge-rev.clash-verge-rev/verge-mihomo"重新啟動應用程式後，若介面仍顯示舊版號，請確認您是否有多份副本（例如曾手動複製到「應用程式」套件內其他位置），並以日誌中實際啟動路徑為準收斂。
arm64 官方檔。
7 如何校驗版本，並確認「換檔已生效」
單看圖形介面上的數字仍可能誤判（例如快取未刷新）。建議至少用兩種方式交叉驗證：
- 介面「關於」或設定頁：記錄顯示的 Mihomo 版本字串與組建標籤。
- 日誌開機行：核心啟動時通常會印出版本與工作目錄；若仍出現舊時間戳或舊版號，代表載入的並非您剛替換的檔案。
- 指令列（進階）：在終端機或 PowerShell 中對二進位檔執行版本參數（上游一般支援
-v或version子命令，依發行說明為準），輸出應與介面一致。
驗證連線層級時，可沿用站內慣用的本機探測：在系統代理已指向 Clash 混合埠的前提下，使用 curl -x http://127.0.0.1:埠號 測試外連；細節可對照TUN 模式指南中對全系統與單一應用差異的說明，避免把「核心版本已新」與「規則／DNS 仍異常」混為一談。
成功的判準很簡單：重啟後版本字串唯一、日誌與檔案修改時間對得上、實際連線行為與預期一致。三者缺一，就回到「路徑是否指錯檔」繼續查。
8 服務模式、防毒與企業環境：仍失敗時怎麼收斂
若替換後仍提示更新失敗或無法啟動核心，請依序排除：
- 檔案鎖定：確認無殘留程序、無備份軟體正在掃描該目錄。
- 防毒／EDR：將資料目錄加入排除清單（須符合公司資安政策），或暫時以離線替換後再交給資安掃描。
- 權限：Windows 上若以標準使用者執行、核心卻需寫入受保護位置，會出現靜默失敗；可嘗試以管理員執行用戶端一次完成替換，再還原日常權限模型。
- 多使用者帳戶：資料目錄隨帳戶隔離，請在平常使用代理的那個 Windows／macOS 帳戶下操作。
- 沙盒或虛擬機：共享資料夾與權限對應與實機不同，建議在來賓系統內重走「結束程序 → 替換 → 授權執行」流程。
當您確認網路沒問題、檔案也已新，但規則行為仍怪，請勿直覺怪罪核心版本；優先檢查訂閱是否回傳錯誤頁、YAML 縮排、以及 DNS 與 FakeIP 設定。相關全局觀念可延伸閱讀Meta 核心 DNS 與 FakeIP。
9 從哪裡取得 Mihomo 本體：與「下載 Clash 用戶端」分開看
Mihomo作為開源核心，原始碼與編譯成品通常公布在社群維護的 GitHub Release 頁面；您可依標籤挑選與訂閱語法相容的版本。由於 Release 位址與檔名會隨專案演進調整，本文不嵌入易過期的直鏈，請自行於瀏覽器開啟官方倉庫的 Releases 分頁下載。
需要再次強調：安裝圖形用戶端與取得日常更新包，仍建議優先使用本站下載頁所整理的入口，與教學敘述較容易對齊；而「單獨抽換核心二進位」屬進階維運行為，與一般使用者第一次安裝是兩條路徑，請勿混淆。
10 總結
當 Clash Verge Rev無法自動完成 Mihomo 核心下載或升級時，最有效率的做法不是反覆點同一顆更新按鈕，而是回到應用程式資料目錄：Windows 的 %APPDATA%\io.github.clash-verge-rev.clash-verge-rev\ 與 macOS 的 ~/Library/Application Support/io.github.clash-verge-rev.clash-verge-rev/，在完整結束程序的前提下備份舊檔、放入架構正確的新檔、必要時修正 macOS 執行權限，最後用介面、日誌與（可行時的）指令輸出校驗版本並重啟確認。
相較缺乏透明路徑與日誌的封閉工具，開源系譜的用戶端只要您願意多走一步，就能把「更新失敗」還原成可重現的檔案層問題；長期來看，這比每次依賴完整重裝更省時間，也較容易與公司資安或離線環境共存。若您尚未安裝用戶端，或希望取得與本站教學一致的跨平台版本，可從站內入口開始。
