症狀：Clash 跑著，Chrome／Edge 卻像「沒走代理」？
在 Windows 上，你很可能遇過這種割裂：工作列上的 Clash 圖示顯示一切正常、訂閱剛更新完，甚至在「設定 → 網路和網際網路 → Proxy」裡也看得到手動 Proxy 指到 127.0.0.1 加上某個埠號（常見為 7890），偏偏 Chrome 代理或 Edge 系統代理的預期行為就是對不起來——該開的網站仍逾時，或 IP 查詢頁面顯示你仍在原 ISP 出口。此時先別急著怪節點全滅：很有可能是瀏覽器根本沒把流量交給本機的 Clash，而不是 Clash 沒在聽。
Chromium 系瀏覽器在設計上會盡量遵守系統的 WinINet／WinHTTP Proxy 設定，但仍有幾個現實坑洞：例如當 Proxy 位址指向 127.0.0.1 時，有些版本或安全策略會傾向略過本機 Proxy 改走直連；又或者公司端透過群組原則鎖了 Proxy 模式，使你在介面上看到的「系統開著」與實際行程讀到的值不一致。相較於賭運氣重開機，更踏實的做法是在瀏覽器裡用擴充功能層級把規則講清楚——這正是 SwitchyOmega（或其相容分支）長年解決的痛點：不論系統 Proxy 是否被略過，你都可以在每個分頁層級明確選擇「走本機 Clash」或「直連」。
先對齊 Clash：mixed-port、127.0.0.1 與 SOCKS／HTTP
在安裝任何瀏覽器擴充前，請先確認你的 Clash 核心實際監聽哪個埠。多數現代圖形用戶端預設啟用 mixed-port：同一個埠同時接受 HTTP CONNECT 與 SOCKS 類型的本機連入，讓你可以用 http://127.0.0.1:埠 或 socks5://127.0.0.1:埠 連上同一個入口。若你曾為了避免衝突改過埠，或同時開了獨立的 port／socks-port，請以設定檔與用戶端介面為準；錯一個數字就會變成「擴充顯示已代理、實際連線 refused」。
若你不確定 7890 是否真的握在 Clash 手裡，可先參考本站 mixed-port 被佔用與 netstat 排查，用 netstat 或 PowerShell 查看 LISTENING 行程。接著在用戶端裡開啟連線日誌：稍後我們會用「網頁開啟時日誌是否出現對應網域」來判斷瀏覽器流量有沒有真的進核心。
為什麼「Edge 系統代理」開了仍可能無效？
很多人會把 Edge 系統代理 這幾個字理解成：只要在 Windows 裡填了 Proxy，Edge 百分之百會跟。實務上 Edge 仍屬 Chromium 家族，除了讀取系統設定，還會套用瀏覽器自己的安全性與企業政策；再加上 Windows 對「連回本機 Proxy」這條路徑的處理，跟傳統 Win32 程式不盡相同。再加上你若同時裝了 VPN、廣告封鎖、或另一套「自動 Proxy」擴充，彼此打架並不罕見。
另一方面，Clash 用戶端常見的「一鍵系統代理」其實是把系統的 HTTP 類請求導到本機 mixed-port；理論上 Edge／Chrome 應該跟著走，但只要遇到上述略過或政策攔截，就會出現「Clash 顯示系統代理開啟、瀏覽器卻仍直連」的假陽性畫面。把關鍵改寫成「由擴充功能直接指定 Proxy 伺服器為 127.0.0.1:你的埠」，就能把變因收斂到最小。
安裝 SwitchyOmega（Chrome 與 Edge）
以下以社群熟悉的 SwitchyOmega 介面為例（實際商店頁面名稱與維護者可能隨時間換版，務必從你信任的發行來源安裝）。Chrome 可直接從 Chrome 線上應用程式商店取得；Microsoft Edge 則可開啟外掛程式商店頁面，或選擇「允許來自其它商城」後安裝同名擴充——不同系統版本文案略有差異，但核心都是把 Manifest v3 相容的 Proxy 外掛裝進瀏覽器設定檔。
安裝完成後，工具列會出現圓形或 Ω 圖示。第一次開啟選項頁時，建議先隨便建立一個「直接連線」情景作為對照組，稍後在自動切換規則裡把「預設」設成直連或代理，才不會一開始就整台瀏覽器全卡死。若公司電腦禁止安裝外掛，那就只能改走 IT 核准的通道，或改以 TUN 模式在更底層接管（可延伸閱讀 Clash TUN 模式詳解）。
新增情景：把 HTTP／HTTPS 指到 mixed-port
在「情景模式」新增一個類型為 代理伺服器 的設定，命名例如 Clash-HTTP。在「HTTP 代理」欄位填 127.0.0.1，埠號填你的 Clash mixed-port。若介面有「對所有通訊協定使用同一個代理伺服器」的選項，可先勾選，讓 HTTPS 也走同一個本機埠——對 mixed-port 而言，這通常是最直覺的設定。
如果你偏好明確區分，也可以把 HTTPS 欄位留空而僅設 HTTP，但在現代網站幾乎全 HTTPS 的前提下，不建議這樣半套。若你的設定檔另開了純 SOCKS5 埠而沒開 mixed，亦可建立第二個情景 Clash-SOCKS，協定選 SOCKS5，伺服器仍為 127.0.0.1，埠換成 socks-port。對多數讀者來說，一個 mixed-port 就夠用，也較容易和文件教學對齊。
自動切換：什麼網域走 Clash、什麼留直連
只設固定代理會讓所有分頁統一走節點，銀行、內網或地區影音常常因此異常。SwitchyOmega 的強項在於「Auto Switch」類型的情景：你可以匯入規則清單（例如社群維護的網域列表），再用手動規則補上公司 VPN、私有網段不走 Proxy。建議把最後的預設結果設為 直接連線，只有符合清單的網域丟給 Clash-HTTP，如此即使 Clash 暫停，你的內網與本地服務也不會被硬送往 127.0.0.1 而連線全滅。
撰寫規則時請記得：順序很重要——越具體的網域越該放前面，wildcard 放後面。若你同時用 Clash 規則做二次分流（例如 DOMAIN-SUFFIX 走不同策略組），瀏覽器端只需負責「把該網域的流量送進 Clash」；之後由核心的策略與規則決定走哪個節點。這種兩層分工可以減少瀏覽器規則的維護成本。
Chrome 與 Edge 的細節與權限
兩者的選項頁與權限模型大致相同，但 Edge 可能會與微軟帳戶同步、學校／公司設定檔綑綁 Entra ID，導致擴充功能被統一審批。若你看到擴充已啟用、圖示卻呈灰色無法切換情景，多半要請管理員放行，或暫時改用個人設定檔測試。Chrome 若開啟了「提升安全性」類實驗選項，也可能限制本機迴圈位址—遇到類似訊息時，先關閉實驗性硬體／網路隔離設定後再試。
另有一點實務經驗：不要同時開啟多套會改 Proxy 的擴充。不少人同時裝了 SwitchyOmega、廣告偵測與某 VPN 外掛，最後 Proxy 被後載入的擴充蓋掉，表象就像 Clash 壞掉。排錯時請先以無痕視窗＋只留 SwitchyOmega 的最小組合測試。
驗證：IP 查詢、DNS 外洩與 Clash 日誌
情景切到 Clash-HTTP（或你的自動切換）後，先開一個信任的 IP 查詢站確認出口是否已變。接著回 Clash 用戶端檢視連線紀錄或即時流量：若你開啟網頁時完全沒有新連線條目，幾乎可以斷定流量仍繞過了本機 Proxy，請回頭檢查擴充情景是否啟用、埠號是否一致、或有無被其它軟體佔用。
若 IP 顯示已變、但部分網站仍打不開，則比較像是規則／DNS／節點品質問題，而不是瀏覽器沒走 Clash。此時可對照本站 連線日誌與規則命中排查，看請求是被哪條規則攔下、有沒有錯誤的 fake-ip 或 DNS 指向。
與 Clash「系統代理」並存還是二擇一？
技術上你可以一邊讓 Clash 寫入系統 Proxy、一邊用 SwitchyOmega 指定同一個 127.0.0.1 埠，兩者並不衝突。但若你想降低心智負擔，也可以只在瀏覽器裡管 Proxy，把其它程式交給 TUN 或各自設定——取決於你是否需要 Excel、UWP 商店等同時走代理。剛入門時，建議維持「Clash 管核心與規則、SwitchyOmega 只管瀏覽器進食順序」，比較不容易把問題混成一大團。
若你尚未完成 Windows 用戶端安裝，可先跟 Clash Verge Rev Windows 安裝與設定 把訂閱、開機啟動與 mixed-port 跑順，再回頭做瀏覽器端的固定埠。
排查清單（濃縮）
- 確認 mixed-port 實際監聽值，與擴充裡的
127.0.0.1:埠完全一致。 - 在 SwitchyOmega 選項頁檢查當前情景是否已套用於這個瀏覽器設定檔。
- 自動切換規則若匯入清單，確認預設走直連，避免把自己鎖死。
- 用 Clash 日誌驗證請求有沒有進核心；沒有則仍是瀏覽器端未送 Proxy。
- 排除其它會改 Proxy 的擴充或企業政策後再重測。
結語
相較於反覆在 Windows 介面裡猜測 Chrome／Edge 有沒有讀到 系統 Proxy，把目標鎖定在「瀏覽器明確連到 127.0.0.1 上的 Clash mixed-port」通常更快落地。SwitchyOmega 提供的其實是一層可視、可還原的 Proxy 狀態機：你知道現在是分頁層級走 Clash 還是直連，也方便和 WSL、Docker、UWP 等場景分工。對照本站其他 Windows 教學一篇篇拼起來，整張桌面網路的輪廓會清楚很多。
相較於各說各話的零散貼文，從官方渠道取得更新穩定的用戶端，再配合文件建立長期可維護的流程，整體體驗通常更省心。可先閱讀 Clash 說明與教學文件 了解核心概念，再依自身環境微調。→ 立即免費下載 Clash，開啟流暢上網新體驗