Clash Meta 自建節點怎麼跟機場訂閱並存？YAML 合併與 mixin 逐步操作
很多人同時握著機場訂閱連結與一台自己租的 VPS：前者節點多、省心更新；後者延遲可控、行為可審計。痛點往往在於不想把兩邊擠進「會被一鍵刷新蓋掉」的同一檔案，更怕 YAML 縮排一錯整份不載入。本篇對準 多來源節點並存：在 Clash Meta（Mihomo） 生態裡，讓遠端訂閱繼續當上游真實來源，把 VPS 手寫節點收斂到 mixin／覆寫層，再教您如何在 proxy-groups 裡用名稱字串引用兩邊的節點，並用「合併後設定」自查是否互相覆蓋。與「Subconverter 轉成單一訂閱 YAML」或「mixin 只為了注入規則」不同，這裡的主角是 proxies 清單本身如何安全加料。
這篇要解的是哪一種「並存」
搜尋意圖很具體：您已經會匯入機場連結，現在要在同一套生效中的策略與規則底下，多掛幾個自建 Shadowsocks／VMess／Trojan（以下統稱手動節點），而且希望機場按週更新時不會把手寫段落沖掉。這不是「再訂閱第二份 URL」那麼單純——第二份 URL 仍然是機場語意；自建節點通常只會出現在您本機維護的片段裡。
因此請先立一條界線：會隨 URL 重新下載的檔案＝機場產物，盡量當唯讀快取；自建節點＝您擁有的差異化資料，放在 mixin 或獨立 include。規則、DNS、嗅探當然也能放 mixin，但本篇優先談 proxies 與 proxy-groups 的合併，因為這裡最容易出現「同名節點蓋掉」「策略組引用不到」「縮排錯一格就整份罷工」這類實務雷點。
與站內其他文章的區隔
若您首要煩惱是「訂閱更新把規則洗掉」，請優先讀 mixin 覆寫遠端訂閱；若您是離線轉換連結成單檔 YAML，請對照 Subconverter 轉 Clash 並匯入 Meta。本篇補上「節點清單多來源」這一塊拼圖。
節點並存的第一個硬條件：name 不可撞名
Clash 家族以字串名稱在 proxy-groups 的 proxies: 清單裡引用下級節點。最終合併後的 proxies 陣列裡，每一個物件的 name 必須唯一，否則後載入者可能覆蓋先載入者、或用戶端直接拒絕解析。機場常用「日本 01」「美西 IPLC」這類泛名；若您自建節點也隨手取名「日本 01」，等於主動製造未定義行為。
實務建議很樸素：自建節點一律加前綴或後綴語意，例如 VPS-TYO-自建、home-ss-2026。這樣在策略組裡挑節點時也一眼可辨，日後排查日誌不會與機場大批節點搞混。若您使用圖形介面自動生成訂閱，介面偶爾會在更新時重排顯示順序，但名稱字串仍是穩定錨點——先把命名規律訂死，比甚麼進階技巧都省時間。
不要複製貼上帶錨點的整段訂閱
有些供應商 YAML 使用 &／* 錨點與別名來減少重複欄位。把這類片段與手寫段落手工縫在一起時，非常容易因為錨點作用域不如預期而整份失效。自建節點請維持「純粹鍵值＋清單」寫法；需要重用參數時寧可顯式重寫幾行，也不要在未理解錨點範圍時硬 Merge。
兩層草稿：訂閱層與 mixin 層各放什麼
在腦中把設定拆成兩張紙：紙 A 完全來自機場（下載快取或可由 GUI 重新產生）；紙 B 只在您電腦上、永遠不該被 URL 更新覆蓋。mixin 就是紙 B 的正規落點。紙 A 裡常有大批 proxies 或由 proxy-providers 間接觸發的節點；紙 B 則只補您那幾顆 VPS。
當核心載入完成，會得到一棵合併後的設定樹。對於 proxies，Mihomo／Meta 系在實務上通常將 mixin 中的節點併入同一清單（詳細行為請以您使用的核心版本說明與客戶端「預覽合併結果」為準）。重點是您不必手動把機場 YAML 複製進筆記本再貼回——那是維護惡夢；正規做法是讓程式做合併，您只檢查輸出。
逐項操作：從零把自建節點掛進訂閱配置
以下步驟以「已有可用機場訂閱、僅新增 VPS」為前提。不同 App 按鈕名稱不同，但工程順序一致。
操作大綱（建議照順序做）
- 在客戶端確認機場訂閱可單獨載入、規則模式運作正常；記下您想沿用的大策略組名稱（例如
🔰 選擇節點或PROXY）。 - 開啟「覆寫／Merge／mixin／片段」類功能（勿在「訂閱正文編輯器」長期手改）。新增一段 YAML 片斷，只包含您的
proxies:陣列與必要欄位。 - 替每一顆自建節點填寫完整類型欄位（
type、位址、埠、密碼、cipher、udp等），並使用全站唯一的name。 - 在 mixin 裡追加或定義要包含自建節點的
proxy-groups：可新建一組「自建優先」的select，也可在既有select的proxies:清單尾端多寫一行字串引用自建名稱。不要臆測機場 UI 會自動幫您勾進去。 - 儲存後檢視「合併後／生效中」YAML：搜尋您的自建
name，確認只出現一次、且在目標策略組的proxies:子清單內。 - 實際切到該策略組，點選自建節點造訪測試站，並看連線日誌是否命中預期出站。
Windows 與 macOS 若尚未完成基線安裝，可先對照 Clash for Windows 教學 與 Clash Verge Rev macOS。純伺服器無桌面環境則可延伸 Linux 無頭 Meta 部署 的分層設定思路：同樣把「訂閱」與「自建片段」物理拆檔，由啟動參數或 include 串起來。
mixin 裡的 proxies 片斷長什麼樣子
下面是一段教學示意——請替換成您真實伺服器資訊；欄位集合依協定不同而變，請與您的面板或安裝腳本對齊。
# mixin fragment: manual proxies only (subscription stays separate)
proxies:
- name: "VPS-TYO-self"
type: ss
server: 203.0.113.50
port: 8388
cipher: aes-256-gcm
password: "change-me"
udp: true
proxy-groups:
- name: "手動與機場"
type: select
proxies:
- "VPS-TYO-self"
- "🔰 選擇節點"
- name: "🔰 選擇節點"
type: select
proxies:
- "VPS-TYO-self"
- "DIRECT"
說明兩件事：第一，示範裡第二個策略組名「🔰 選擇節點」僅示範——您必須與機場訂閱裡實際存在的策略組名一模一樣（標點、空白、繪文字都要一致），才能把機場原有節點清單掛進來而不整組重建。第二，若您不希望在 mixin 重複定義機場同名策略組，更安全的做法是只新建一個 select，底下先放自建，再用一行引用機場現成大組——這樣較不會觸碰合併時「同名鍵誰覆蓋誰」的灰區。
縮排規律記一條就好
proxies 底下的每一顆節點都是清單元素，請用兩個空白縮排到同一層級；節點內欄位再向右多一層。混用 Tab 與空白是常見載入失敗原因，請在編輯器開啟「顯示空白字元」一次清掉。
進階分流：機場走 proxy-providers、自建仍走 proxies
有些進階使用者會讓機場以 proxy-providers 引用本地下載快取，而非把上千節點直接攤在 proxies:。這種結構與本篇並不衝突：自建節點仍可放在 mixin 的 proxies:，策略組裡一邊引用 provider 產生的集合、一邊引用手動名稱，概念上仍是「名稱字串指向可用的下級」。若您剛開始學，可先不必動 provider，只要確保合併後 JSON／YAML 視圖裡看得到自建節點即可。
合併後怎麼自查沒有「互相覆蓋」
主觀感覺「壞掉」通常有三類：載入錯誤（語法或重名）、載入成功但策略組裡找不到節點（引用字串不一致）、載入成功但命中規則走到錯誤出口（規則順序問題，這裡篇幅不展開）。請養成習慣每次改 mixin 後做一次靜態檢查：
- 在 UI 中尋找「當前設定」「Merged」「Effective」之類匯出，全文搜尋自建
name。 - 若搜到零次：mixin 沒進合併鏈或檔案路徑錯；若搜到兩次以上：重名或重複片斷被載入兩次。
- 在
proxy-groups區塊搜尋您的策略組，確認proxies:子清單出現目標字串，且沒有被註解符號意外截斷。
若您同時在 mixin 調整 rules，記得規則由上而下匹配——這與節點合併是正交的兩條線。規則前後移會改變「哪個策略組被用到」，但不會憑空讓節點消失；節點消失九成九還是名稱與合併檔案的問題。
為什麼「不要自己縫一份大 YAML」
手動複製機場輸出再貼上 VPS，短期可行，中期幾乎必爆炸：機場更新會改節點命名、加欄位、調整策略組結構；您在下載間隙若忘了同步，就出現「一半新一半舊」的怪異狀態。程式化合併至少保證單一上游訂閱來源仍是權威；您只維護小而美的 mixin。
Subconverter 產生的單檔 YAML 則偏向離線構建管線：適合希望「完全掌控靜態產物」的人，但要自己處理更新節奏。本篇路線適合「仍希望一鍵刷新機場、只額外偷塞幾顆 VPS」的日常桌面使用者。
常見問題
更新了訂閱後自建節點不見了？
若您把自建寫進會被 URL 覆蓋的檔案，就會發生。請改到 mixin；並確認客戶端沒有開著「訂閱生成物覆蓋整個 profile」之類選項。仍異常時，匯出合併 YAML 搜尋自建名稱定位斷點。
策略組看得到節點但連不上？
這與「並存」無關，多是協定參數、時間同步、UDP、防火牆或機房擋連。請先用同一參數在單機測速工具驗證，再回到 Clash 查日誌細節。
我想讓某條域名規則強行走自建？
可以：在 mixin 的 rules 前段插入 DOMAIN／DOMAIN-SUFFIX，第二欄指向備好自建節點的策略組。請確保該策略組的 proxies: 清單內真的包含自建名稱，並與 規則覆寫專文 的順序建議一併閱讀。
實務檢查清單
- 自建節點
name與機場所有節點去重。 - mixin 只用空白縮排，避免 Tab 與錨點縫合。
- 引用機場策略組名時逐字核對。
- 匯出合併後設定，搜尋自建名稱與所屬策略組。
- 訂閱更新後重跑第 4 步，確認流程可重複。
結語
機場與 VPS 並存的本質，是把兩種不同生命週期的資料分開存放：前者被遠端定義、頻繁刷新；後者由您定義、應長期穩定。放在 Clash Meta 的語彙裡，就是訂閱繼續做它的事，自建節點走 mixin，最後用唯一 name 在策略組裡匯流。把這條鏈路打通，您就不需要再在論壇找「誰有一份縫好的大全套 YAML」——那種大全套往往下一版就過期。