1 症狀：系統代理已開，為何只有 UWP「像沒代理」
許多使用者在 Windows 10／11 上已於 Clash Verge Rev 開啟系統代理，工作列圖示顯示正常，Edge 或 Chrome 也能開啟海外網站；但一回到 Microsoft Store、Xbox、部分從商店安裝的 App，畫面卻卡在「無法連線」「稍後再試」或下載永遠轉圈。此時若直覺認定「節點壞了」而狂換伺服器，往往治標不治本。
關鍵在於：您要先區分兩件事——系統代理是否真的寫入 Windows，以及該程式是否被允許連到本機代理位址。傳統 Win32 程式大多會讀取系統 Proxy；但 Windows UWP（通用 Windows 平台）應用跑在較嚴格的沙箱裡，預設對本機回環（Loopback）設有限制。Clash 類用戶端把流量導向 127.0.0.1 上某個 mixed-port 或 HTTP 埠時，等於要求 UWP「連回自己電腦上的代理程式」；若未做Loopback 豁免，商店 App 可能連代理大門都摸不到，表現就像「完全沒開代理」。
因此排查順序應是：先確認系統代理與本機埠無誤，再處理UWP Loopback；若仍要讓全系統含沙箱應用一致走規則，可評估TUN 模式作為結構性備援。以下章節依同一套順序展開，您可依清單勾選，避免在論壇碎片資訊之間來回試錯。
2 UWP 與 Loopback 隔離：為什麼會卡住
Loopback 指本機對本機的網路迴環位址，最常見是 127.0.0.1。Windows 對 UWP 預設啟用網路隔離，避免沙箱 App 任意探測本機服務，降低橫向攻擊面；但副作用是：當系統代理指向本機埠時，UWP 若未被明確允許，就無法與本機上的 Clash 核心建立連線。
這與「規則寫錯」或「DNS 沒配好」是不同維度的問題。您可能在連線日誌裡完全看不到該 UWP 的連線紀錄，因為連線在更底層就被擋下；也可能只看到間歇性失敗。相對地，桌面版瀏覽器、多數 Win32 工具不受同一套 Loopback 預設限制，才會出現「只有商店生態異常」的割裂感。
微軟提供CheckNetIsolation 工具與對應 PowerShell 介面，讓管理員為特定套件設定Loopback 豁免（Loopback Exemption）。對一般使用者而言，只要理解「豁免＝允許該 App 連回本機代理」，就能理性設定，而不是把 UAC 或防火牆全部關閉。
3 先驗證：系統代理與本機埠是否一致
在懷疑 Loopback 之前，請先用兩分鐘確認 Clash Verge Rev 寫入的代理位址與設定檔一致。於用戶端開啟系統代理（或同義選項）後，在設定檔中查 mixed-port，或分開的 port／socks-port；介面上顯示的本機埠應與之一致。若您才剛從其他用戶端遷移，可一併對照Clash Verge Rev Windows 安裝教學中的系統代理章節，避免沿用錯誤埠號。
在 PowerShell 或命令提示字元中，將埠號替換成您的實際值，測試本機 HTTP 代理是否可連外（範例為常見的 7890）：
curl.exe -x http://127.0.0.1:7890 -I https://www.microsoft.com
若此指令可取得回應標頭，代表本機代理程序正在監聽且可轉發；此時再開啟 Store 測試。若瀏覽器正常、curl 也正常，唯獨 UWP 異常，則高度符合 Loopback 問題，可進入下一節豁免流程。若 curl 亦失敗，請先回到用戶端日誌與監聽埠排查，不要急著對 UWP 下指令。
4 Loopback 豁免：以 CheckNetIsolation 開路
設定豁免前，需要目標 App 的套件系列名稱（Package Family Name）。在以系統管理員身分開啟的 PowerShell 中，可用下列指令列出已安裝 Appx 套件，並從輸出複製正確字串（實際名稱依系統與版本而異，請勿盲目抄寫網路上的舊範例）：
Get-AppxPackage | Select-Object Name, PackageFamilyName | Format-Table -AutoSize
取得例如 Microsoft Store 對應的 PackageFamilyName 後，可為單一套件新增 Loopback 豁免（將下列 -n= 後方替換成您機器上的實際值）：
CheckNetIsolation LoopbackExempt -a -n="Your.PackageFamilyName_here"
參數 -a 表示新增一筆豁免。設定完成後請完全關閉相關 UWP 程式（可從工作管理員結束工作），再重新開啟 Store 或 Xbox 測試。若有多個商店 App 同時異常，需逐一為其套件加入豁免，或評估下一節的TUN方案，減少逐一套件維護成本。
若要檢視目前已豁免的項目，可執行 CheckNetIsolation LoopbackExempt -s；若要移除單筆，請參考官方文件使用 -d 與對應識別。企業環境若被群組原則鎖定網路隔離，需與 IT 協調，本文假設為一般家用或自管電腦。
5 Clash Verge Rev：與系統代理、服務模式對齊
Clash Verge Rev 在 Windows 上通常以系統代理將 HTTP 流量導向本機 Mihomo 核心；這正是與 UWP Loopback 規則交會之處。請在設定中確認已開啟寫入系統 Proxy，且未被其他軟體覆寫。若您同時啟用服務模式，核心較不易隨視窗關閉而退出，商店背景更新也較穩定；安裝服務時請保留管理員權限並允許防火牆規則，細節仍以前述 Windows 安裝一文為準。
若您僅使用手動代理（瀏覽器外掛指定 Proxy）而未寫入系統，UWP 不會自動跟隨，表現會像「只有瀏覽器能上」。因此請以系統層開關為主軸排查，再搭配 Loopback 豁免。需要完整訂閱與規則銜接時，亦可參考站內訂閱轉換教學，避免 YAML 與埠號不一致。
6 備援：用 TUN 讓流量不經本機 Proxy 位址
若您希望減少對 Loopback 豁免的依賴，可改以 TUN 模式在系統層接管路由，使應用程式不需先把封包送到 127.0.0.1 上的 HTTP 代理。對部分使用者而言，這能讓 UWP 與 Win32、終端工具在同一套路由與規則下行為較一致；但 TUN 涉及虛擬網卡與路由表變更，需管理員權限，也可能與其他 VPN 或零信任用戶端衝突。
具體 YAML、DNS 與 dns-hijack 等參數請以站內Clash Verge Rev TUN 模式完全指南為主；並建議搭配Meta 核心 DNS 防洩漏校對解析鏈路，避免開 TUN 後反而出現區域網路或商店網域解析異常。
7 常見套件與實務提醒
網路上常見的範例會直接寫出 Microsoft.WindowsStore_… 等字串，但套件系列名稱會隨組建與發行通道變化，且 Xbox、Game Bar、次要商店元件可能各有獨立套件。最穩妥做法永遠是：在您的電腦上用 Get-AppxPackage 查到的值為準，再餵給 CheckNetIsolation。
若豁免後仍無法下載，請同步檢查系統日期時間、儲存空間、微軟帳戶登入狀態，以及是否僅特定區域 CDN 被規則誤判為直連。此時應回到 Clash 連線日誌觀察網域命中與策略組，而不是重複新增 Loopback。若您希望長期維護商店與遊戲相關網域，亦可將微軟服務規則獨立為 Rule Provider，與站內 ACL 類教學一併閱讀。
8 常見問題
- 豁免後仍無效：確認已結束 App 程序後重開；並再次核對
PackageFamilyName是否完全相符（含底線與後綴）。 - 只有下載慢、並非完全連不上：可能是 CDN 分流或節點頻寬問題，請對照規則與日誌，與純 Loopback 症狀不同。
- 想還原豁免：使用
CheckNetIsolation LoopbackExempt的刪除參數依官方說明操作，避免手動亂改登錄檔。 - 公司電腦：企業可能以原則禁止變更網路隔離或安裝 TUN 驅動，需由 IT 評估。
9 總結
Windows UWP 在開啟 Clash 系統代理後仍異常，常源於本機回環（Loopback）隔離，而非單純節點故障。先把系統代理與本機埠驗證清楚，再為需要的 App 設定 Loopback 豁免，最後視情況以 TUN 統一接管，即可與桌面程式一樣穩定使用 Microsoft Store、Xbox 等生態。相較盲目切換節點，釐清「系統代理生效」與「UWP 能否連回本機代理」兩層邏輯，長期排查成本更低。
若您尚未安裝或打算升級用戶端，建議從本站下載頁取得與教學一致的 Clash Verge Rev 版本，再依本文與 TUN、DNS 專文逐步調校；相較零散論壇連結，同一版本基準能顯著減少「介面選項找不到」的摩擦。
