本文目錄
代理頁頂端已切換到全域模式，下方卻仍是訂閱中的群組，點選另一個節點也沒改變全域出口。先找看看有沒有 GLOBAL 群組；不要一開始就重設訂閱、改 DNS 或重新安裝系統服務。
已切到全域模式，為什麼換了節點卻沒改變出口？
官方 issue #8516 的使用者從 v2.5.8 升級到 v2.5.9，原本就處於全域模式；再次開啟代理清單後，仍看到規則模式的群組，修改選擇也不影響全域設定。回報環境是 Windows 11，不能據此宣稱所有平台都已實測。
v2.5.9 共用的代理清單程式碼在全域模式下漏掉獨立的 GLOBAL 群組。官方已將修復納入 2026 年 11 月 3 日發布的正式版 v2.5.10；本文處理的是這個明確的版本回歸問題，不把所有「全域模式無法上網」都視為同一個原因。
先依實際畫面分辨問題
| 看到的情況 | 接著檢查什麼 |
|---|---|
| v2.5.9 全域頁面沒有 GLOBAL，只剩訂閱群組 | 依本文核對應用程式更新及 GLOBAL 選擇 |
| 已有 GLOBAL，但選到了 DIRECT 或無法連線的節點 | 檢查該群組的實際選擇及節點是否可用 |
| 提示尚未匯入訂閱或尚未啟用訂閱 | 先匯入並啟用有效訂閱 |
| 提示核心暫時無法使用，或代理頁面空白 | 先保存第一筆核心錯誤，再區分通訊與啟動故障 |
全域出口由 GLOBAL 決定，不是隨便一個群組
Mihomo 官方運行模式說明指出：global 模式需在 GLOBAL 策略群組中選擇代理或策略。Rule 模式常用的「節點選擇」等群組，即使仍然可見，也不表示點選其中任一節點就能改變目前的全域出口。
如果 GLOBAL 目前指向另一個策略群組，最終出口還取決於該群組的選擇；若它直接指向某個節點，修改其他群組通常不會改變這條路徑。測試時可先在 GLOBAL 直接選擇一個已確認可用的節點，減少多層選擇造成的混淆。
全域模式只會改變已進入核心的連線如何選擇出口，不會自動接管裝置上的所有應用程式。系統代理、TUN 及應用程式自身的代理設定，才負責讓流量進入核心；不需要為了找回 GLOBAL 就同時開啟所有接管方式。
官方修復提交 3027e2b 將 GLOBAL 放回全域模式清單，同時保留訂閱群組。因此 v2.5.10 仍能看到其他群組，是這次修復刻意保留的行為，不能只因清單看起來像規則模式，就再次判定修復失敗。
更新前記下兩種模式的選擇，保留設定副本
記錄完整應用程式版本、目前模式，以及現有規則群組和 GLOBAL 的選取項目；看不到 GLOBAL 就直接記錄「缺少」。將目前的 Profile、覆寫與重要設定另存為可還原的外部副本，不要把整份訂閱或含憑證的設定貼到公開回報中。
如果 Rule 模式已有可用路徑，可先切回規則模式使用，並記下原本的選擇。不要因為全域頁面少了群組，就反覆修改共用策略群組：這可能同時影響切回 Rule 後的日常分流，反而失去原先可用的狀態。
升級前保留這些資訊
- 系統、完整應用程式版本，以及問題發生前後的模式與畫面現象。
- 目前 Profile 與自訂覆寫的獨立備份，以及原本的群組選擇。
- 一個已確認可用的節點或策略，供升級後發出實際請求驗證。
- 第一筆已去識別化的錯誤，或必要的截圖；不要上傳訂閱連結、密碼或完整日誌封裝檔。
升級至 v2.5.10，再到 GLOBAL 選擇實際出口
修復位於 Clash Verge Rev 應用程式的清單繪製邏輯。只更新 Mihomo 核心、重新整理訂閱或重新啟動核心，都無法取代這次應用程式更新。本文已核對的正式修復版是 v2.5.10；若後續正式版也有相應修復證據，就不必退回此版本。
從參考資料中的官方 v2.5.10 Release，依系統及架構選擇安裝檔。本站這次沒有同步託管安裝檔，原有 v2.5.8 鏡像不能當作本題的修復套件；請保留自己正常使用的安裝方式及既有設定目錄。
恢復獨立的全域出口選擇
正常退出後完成應用程式更新
先保存工作與設定，在可以暫停連線時視需要關閉目前的流量接管，從系統匣完整退出應用程式，再依官方支援的方式安裝。不要只關閉視窗、手動替換核心或刪除應用程式資料。
重新開啟並核對完整應用程式版本
確認實際執行的是 v2.5.10，或已有相應修復證據的後續正式版，且原本的訂閱與覆寫仍在。進入「代理」頁面，確認訂閱有效，核心也能提供代理資訊。
切到全域模式並找到 GLOBAL
在代理頁切換到全域模式，找到恢復的 GLOBAL 群組並展開。其他訂閱群組也可能同時顯示；應在 GLOBAL 選擇出口，不需要修改所有群組。
先直接選擇已確認可用的節點
本次驗證先選一個已確認可用的節點，確認沒有誤選 DIRECT、REJECT 或其他不可用路徑。日常若需要指向策略群組，可在驗證後恢復該策略，並核對最終選擇。
用新連線核對出口，再恢復日常模式
沿用自己原本需要的系統代理或 TUN 接管方式，對允許測試的網站重新發出實際請求。舊的長連線可能繼續使用原路徑；關閉本次測試連線或測試應用程式後再試，不要用舊頁面還能開啟來證明新選擇已生效。
在客戶端「連線」頁面核對新項目的代理鏈，確認它對應所選節點或策略的最終出口，且實際請求成功。單次延遲數值、頂端顯示為全域模式，或 GLOBAL 群組重新出現，都不能單獨證明本次請求已走預期路徑。
驗證完成後，恢復原本的 Rule 或日常模式，並檢查先前記錄的群組選擇沒有被本次排查改亂。若需要長期使用全域模式，則確認 GLOBAL 指向的策略及其下層選擇符合自己的預期。
本題修復的驗證清單
- 實際應用程式版本包含 3027e2b 對應修復，目前訂閱有效且核心可用。
- 全域模式下能找到 GLOBAL，並可在該群組選擇需要的出口。
- 新建測試連線顯示的代理鏈與實際選擇相符，請求也成功完成。
- 其他群組仍顯示時，不把這個預期配置誤認為 GLOBAL 再次消失。
- 恢復日常模式與原選擇後，原有業務連線仍正常。
本站沒有在真實客戶端重現本問題，也沒有進行升級實驗。本文步驟依據官方使用者回報、正式 Release、固定版本程式碼及模式文件；網站建置、五語與瀏覽器驗收通過，不代表你裝置上的代理路徑已經驗證。
仍有問題時，保留可用模式並依症狀回復
已是 v2.5.10，仍找不到 GLOBAL
確認重新開啟的實際應用程式版本，以及一般代理頁面的模式，記錄是否有有效訂閱、核心資訊與清單截圖。保留日誌後回報，不要直接清空設定目錄。
GLOBAL 可以選擇，但新請求仍失敗
先看連線是否進入核心、GLOBAL 目前選擇及目標節點是否可用；再依第一筆錯誤排查網路或 DNS，不要繼續把缺少群組的回歸問題當成所有失敗的共同原因。
升級後程式或原設定無法使用
停止疊加修改，另存目前狀態與錯誤。依專案支援的流程，使用升級前安全可用的程式與相符備份回復，避免新舊程式共用並爭用唯一的資料目錄。
暫時無法升級時，可先確認路徑可用，再回到 Rule 模式繼續工作；這不等於修好了 v2.5.9 的全域選擇。不要為了恢復舊頁面外觀就貿然降級，舊版本可能還有其他已知問題。
向官方回報時，說明系統、完整應用程式版本、升級來源、目前模式、是否有 GLOBAL、實際選擇，以及新連線已去識別化的代理鏈和第一筆錯誤。不要公開完整訂閱、憑證或含敏感目標的連線記錄。