📖 教學 ⏱ 約 18 分鐘閱讀

Clash Verge Rev 在 Windows 11 上怎麼設定 Mixin 覆寫？YAML 與介面分步實測（2026）

搜尋意圖可以很直白：不想改機場提供的遠端訂閱，卻希望在 Windows 11 的 Clash Verge Rev 裡，用一小段 YAML或設定檔合併來調監聽埠、DNS、或幾條規則。這篇對準 Mixin／Profile Override／覆寫／Merge 這族概念：它們都扣回在同一份載入順序後面疊本子貼紙，而非叫你去複製後整包訂閱改到爛。你已能完成 Win11 首次安裝與訂閱、也懂訂閱刷新節奏，再讀本篇最順；若要追連線異常請併讀Win11 Verge Rev 日誌排查。

為什麼要有 Mixin／覆寫這件事？跟「改訂閱」差在哪裡？

多數機場訂閱回傳的 YAML／Meta 相容設定檔，已經幫你把節點表、規則大綱與預設策略組（proxy-groups）整理好；它的設計前提是「大多數人用同一套規則就夠了」。但一旦你在自己家裡有特殊需求——例如：系統埠與別的軟體衝突、想把解析器強制鎖在某個 DoT／DoH以避開電信污染、想在MATCH 前就擋掉或強制送走幾個會誤踩的站台——你就不一定要冒著「每次重整訂閱就把手改內容洗光」的風險去直接改提供者那份快照。

Mixin／Merge／Profile Override／覆寫在工程語感上是一套機制：讓客戶端在載入主設定檔之後（或載入前先依實作合併）再套用你本機的補丁。訂閱 URL 仍可照樣自動更新節點；補丁則專門處理「你想固定寫死在終端側」的那一點。

在 Clash Verge Rev 這類前端的對應關係

Clash Verge Rev底下的核心多是 Mihomo／Clash Meta。各版本使用者介面孔位可能標成：覆寫／Override／Mixin／Merge、或某個 Profiles 項目旁邊的YAML 編輯⋯⋯它們不會完全同名，但你只要掌握一句話：那個區塊產生出來、最終與「遠端下載＋使用者手動區段」合在一起送進核心的文字，就是本篇要操作的對象。

若你對策略組結構不熟，可先讀Clash proxy-groups（策略組）完全指南，再回來寫規則補丁，避免因為群組名稱對不起來而造成「規則在、但完全不命中」。需要更細的語意對照本站Clash 使用教學，可把「資料從哪裡載入」「誰來解 DNS」「誰對應出站」三件事先畫成一條直線心智圖。

第一步：先鎖 Windows 11 上使用中的那份 Profiles／設定檔

非常常見的錯過程是：在備份組或離線複本寫了一大堆 merge，結果狀態列／托盤選單顯示載入的根本是別條 Profiles。Win11 上同時會跑許多程式，也有時為了測試而載入複製組；開始改覆寫前，請在介面對齊目前啟動中設定檔名稱，並記下你要動的是「對訂閱那條路徑的那一組」。

若你只是剛學會排程自動更新節點，建議對照本站Clash Verge Rev 訂閱自動更新間隔把那條自動拉取先跑穩，再玩覆寫；否則你會在日誌裡同時看到「訂閱覆寫成新的」又「你自己的補丁沒套用」兩種敘述交錯，難拆。

第二步：用文字編輯器或內嵌編輯畫面寫最小貼紙片段

教學上建議你先寫最小可證明的變動：例如換一個不衝突的 mixed-port（混合埠），儲存、重載、用 資源監視器／netstat看那個 Listen 是不是真的起來——成功一次，就代表 merge 區塊有進入載入順序。YAML 縮進只接受空白、不要在同一階混雜製表符，否則整段可能在解析時被視為不完整；核心日誌常會吐出極短的英文YAML相關字樣協助對症。

下面第一段只示範「獨立在 merge 區塊內最常見的最高層鍵」（實際可寫的子鍵以你現在核心為準）；節點名稱請勿在此虛構，訂閱仍由遠端帶來。

# Minimal merge-style patch (example layout only — adjust ports to YOUR environment)
mixed-port: 47890
socks-port: 47891
dns:
  enable: true
  enhanced-mode: fake-ip
  nameserver:
    - tls://1.1.1.1

說明用途：mixed-port／socks-port解決最常見的本機程式互搶預設值；dns.nameserver則是「我想把解析請求拉回自己指定的上游」起手式。fake-ip與細部行為請搭配你原本的訂閱 DNS 區段評估——若發現區塊級合併在版本上對假 IP 區段有複寫順序問題，可把變動拆細，一次只調 nameserver。

第三步：需要插規則時，想清楚「頭」跟「尾巴」在哪裡

規則引擎對Clash／Meta／Mihomo幾乎都採自上而下第一條命中就停。你只加在 merge 裡的 rules: 段落，若被介面實作塞在訂閱主體之後，理論上會落得很下面；很多教學訂閱本身已寫了偏早的 GEOIP 或 MATCH，你的新條目若沒有「跑在它前面」就永遠碰不到。

因此實務上更常操作的是語意上的前置規則（prepend）與尾端規則（append）：前者保證先判斷你剛寫的少數例外，後者則在已存在清單尾端補洞。不同版本客戶端對應的YAML鍵名可能是 prepend-rules、append-rules、或圖形介面把兩者拆成兩個文字框；你可以用「儲存後重載，立刻用一個測試網域觀察命中」當作驗收，而不是背鍵名。

# Put YOUR real proxy-group name from the loaded profile (do not invent)
prepend-rules:
  - DOMAIN-SUFFIX,example.com,YourGroupName
  - IP-CIDR,10.0.0.0/8,DIRECT

其中 YourGroupName 必須與訂閱內實際存在的策略組一致；若你隨手造一個群組名，核心可能直接拒絕載入或把該條判定無效。DIRECT、REJECT 這類出站則多半是內建常數，但也要留意訂閱是否把語意換成自定義出站名稱。更完整的「如何把 App 類需求寫細」可對照本站自訂規則教學：讓指定 App 走指定節點。

第四步：儲存、重載、然後一定要用可觀測方式驗收

只靠「覺得有變快」並不可靠；建議準備三件工具：① 客戶端裡看得到最近一次成功載入時間或重載結果；② 日誌裡確認沒有反覆吐出同一 YAML 區塊的錯；③ 針對你改的那一項對應的系統級查核（埠就看監聽、DNS 就看解析器是否切到你設的上游／或依 fake-ip 行為對應規則命中）。若在 Win11 上同時有其他 VPN／企業套件，請先排除它們搶 Winsock／路由表／本機 PAC，否則你會覺得是覆寫沒效，但實際是根本沒把流量送回 Verge。

第五步：發生問題時的回退順序（不要一次改十個變因）

A／B減法：先把 merge 區塊砍到只剩一種變動確認；確認有效後再疊下一個。這比同時調整規則、DNS、埠、TUN 開關，然後對社群丟一整包設定檔好修得多。TUN／系統代理相關的宏觀行為可先溫習本站Clash TUN 模式深度解析，避免把 mixin 問題誤會成環形路由。

安全與隱私提示

覆寫檔會長期保存在你的使用者目錄內；若你用剪貼簿從論壇整包貼來路不明的片段，風險與來路不明的完整訂閱相同：可能含異常出站、異常規則、或指向不透明節點。請只套用你能理解每一行語意的區塊，並對照官方或可信社群文件。請從本站下載頁確認客戶端取得方式為可信發行來源。

注意 Merge 並不是「閉眼貼規則就永遠正確」。若你看到 Win11 Defender 對本機監聽埠提出警示，請先對照是否真的需要對外監聽、或將埠改回不常見區間並限制在本機環回；覆寫是工具，對外可連線面仍由使用者負責收斂。

常見問題

Mixin／覆寫與「進階模式直接改設定檔」有什麼不同？

本質都是改最後送進核心的文字；merge 只是把「你不想被下一次訂閱同步洗掉的段落」集中到固定槽位管理，對維運較友善。但若你的客戶端允許對合併後全文做 diff，也可以在心智上視為同一條管道的兩種入口。

我需要在覆寫裡重貼一整份 proxies 列表嗎？

通常不必，且很可能與自動訂閱更新打架。請讓 proxies 區塊仍主要由訂閱維護，覆寫專注解決埠、DNS、與小段規則即可。

規則寫對了但仍走錯出站？

先開連線紀錄看命中哪一條，再對照策略組是否真的切在你預期的節點；若問題在複合策略（例如 url-test／fallback），要回到 proxy-groups 行為去理解，不只盯著單條規則文字。

許多強調傻瓜一鍵的工具會把 mixin 這類細節藏在雲端或黑盒子裡，短期看似省事，等你遇到DNS 異常／埠衝突／特定網域要固定直連時，往往在介面上找不到對應的透明入口。Clash路線的價值在於：訂閱負責「節點與主規則」，終端負責「少數但關鍵的本機差異」，兩邊分層後既保留機場更新節點的便利，又不犧牲你對Profile Override的掌控。若你正在找能在 Windows 11 上以可追溯文字維護分流的方案，而非每次只好整包砍掉重練，不妨從本站下載 Clash取得與環境匹配的客戶端與核心，再把本篇的 merge 心法當成日常維運習慣。