Clash 用戶端與 sing-box 用戶端的差別

兩套核心，不是兩張皮

現在說「Clash 用戶端」，核心基本都是 mihomo（原 Clash.Meta）。Clash Verge Rev、FlClash、Mihomo Party、ClashX Meta、Clash Meta for Android 都屬於這一系，介面差很多，設定邏輯是一樣的。

sing-box 是另一個獨立專案，有自己的核心與官方用戶端（桌面與行動端都有），Hiddify 等第三方用戶端也用它。兩邊支援的協定高度重疊，但設定檔互不通用。

設定格式：YAML 對 JSON

mihomo 用 YAML，結構是 proxies、proxy-groups、rules；sing-box 用 JSON，結構是 outbounds、route、rule_set。概念對得上，但寫法完全不同，手上那份改了半年的 YAML 不能直接餵給 sing-box。

YAML 對縮排敏感，錯一個空格整份設定載入失敗；JSON 對逗號與括號敏感，多一個尾逗號同樣報錯。兩邊都建議改完先用編輯器的語法檢查過一遍。

訂閱連結的相容性，這是關鍵

機場給的「Clash 訂閱」回傳的是一份 YAML，sing-box 讀不了。多數機場會另外提供 sing-box 格式的訂閱網址，或一個通用的 base64 分享連結，由用戶端自己轉換。下單前先看清楚提供哪幾種。

• 只有 Clash 訂閱：留在 mihomo 系用戶端最省事。
• 同時提供兩種訂閱：隨便選，但兩邊的分流規則不一定完全一致。
• 只有 base64 分享連結：兩邊都能匯入，但不帶機場預設的規則與策略群組，需要自己配。

什麼時候值得換過去

如果你現在用得好好的，沒必要為了「更新」而換。真正的理由通常是這幾個：需要 sing-box 獨有的某個特性；在 iOS 上找不到合適的 Clash 用戶端；或機場只發 sing-box 設定。

反過來，如果你的設定裡堆了很多手寫的 proxy-groups 和規則，遷移成本會比想像中高，轉換工具能處理大部分但不是全部。