電腦與手機共用一份 Clash 設定：訂閱更新、設定檔託管與手動同步

先確認同步範圍：共用來源，保留裝置設定

電腦與手機可以使用同一個 Clash 訂閱，但不建議直接同步整個用戶端資料目錄。較穩妥的做法是：節點、策略群組與規則由共同來源管理；系統代理、TUN、監聽連接埠和介面偏好則在各裝置上分別設定。如此一來，更新訂閱時就不會連帶把電腦的網路介面參數套用到手機。

「共用設定」不代表「共用執行狀態」。電腦手動選取的節點、手機目前的連線、測速結果和流量統計，通常由各用戶端儲存在本機，不會因為訂閱網址相同就自動同步。服務供應商的裝置數、同時連線數及流量限制也仍然適用，請先確認帳戶規定。

方案一：電腦與手機匯入同一個訂閱

分別匯入，不要複製用戶端目錄

1. 在服務供應商的帳戶頁面複製 Clash 或 mihomo 對應的訂閱網址。若有多種輸出格式，請選擇兩端核心都支援的格式。
2. 在電腦上開啟設定管理頁面。以 Clash Verge Rev 為例，在「訂閱」頁面的連結欄位貼上網址並匯入，接著選取新增的設定檔。
3. 在手機上獨立匯入同一個網址。以常見的 Clash for Android 介面為例，依序前往「設定檔」→「＋」→「從 URL 匯入」，填入名稱、URL 和自動更新間隔後儲存。
4. 在兩台裝置上各手動更新一次，確認節點清單和策略群組都已載入，再分別啟用系統代理或 VPN 接管。

用戶端版本和繁體中文翻譯可能會讓按鈕名稱不同；請尋找「設定檔」、「訂閱」、「從 URL 匯入」等入口，切勿將訂閱網址填入 HTTP 代理伺服器的位址欄。訂閱回應也可能受請求參數或用戶端識別資訊影響，因此相同 URL 不保證兩端收到的檔案內容完全一致。

更新間隔先設為 24 小時

多數個人裝置可先設定為每 24 小時更新一次。若輸入欄位的單位是分鐘，請填入 1440；若單位是秒，則填入 86400。別把用戶端的訂閱更新週期和 YAML 中某個 provider 的 interval 搞混，兩者更新的是不同層級的資料。

手機背景工作會受到省電政策、網路狀態和系統排程影響，定時更新並非精準時鐘。若裝置長時間關機或休眠，請先手動更新，再判斷節點是否失效。帳戶頁面顯示的到期時間、訂閱最近更新時間和節點測速時間，也分別代表不同資訊。

• 完整訂閱：用戶端會重新下載整份設定，可能同時取代節點、策略群組和規則。
• 節點提供者：proxy-providers 會更新節點集合，但不會自動取代主設定中的所有規則。
• 規則提供者：rule-providers 會更新規則資料，如何引用仍由主設定決定。

更新後保留自訂規則：使用持久性覆寫

直接編輯下載後的遠端 YAML，常會在下次更新訂閱時被覆蓋。需要長期保留的規則，應寫入用戶端支援的持久性覆寫、合併設定或擴充指令碼。實際功能視用戶端而定，並非所有使用 Clash 核心的應用程式都有相同的覆寫機制。

建議先只新增一條規則，更新訂閱後查看「最終生效設定」，確認合併順序正確，再繼續擴充。以下是 mihomo 格式的局部設定範例，用來說明規則順序，並非可獨立匯入的完整訂閱：

rules:
  - DOMAIN-SUFFIX,home.arpa,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - MATCH,出口選擇

出口選擇 必須是最終設定中實際存在的策略群組。若上游將群組名稱改成其他名稱，這項引用也要跟著修改。規則會由上而下比對，MATCH 應放在最後；將新增的直連規則加在既有的 MATCH 後面，不會得到預期結果。

分清清單合併與整份取代

• 某些合併功能會取代整個 rules 陣列，而不是逐條新增。儲存後請確認原有的分流規則仍然存在。
• 若用戶端支援「前置規則」，將區域網路例外插入原有規則之前，通常比重寫整份規則清單更容易維護。
• 電腦和手機的覆寫設定應分開儲存。不要假設電腦端的擴充指令碼也能在手機上執行。

若要讓兩端長期使用完全一致的複雜規則，可統一管理主設定和規則來源；若只有少數裝置例外，分別維護精簡的本機覆寫會更清楚。

方案二：以私有儲存庫管理設定，透過受控網址發佈

私有儲存庫適合記錄規則變更、比較設定差異及回復舊版本，但「將儲存庫設為私有」不代表用戶端貼上原始檔案網址就能讀取。瀏覽器已登入的工作階段不會自動傳給 Clash；需要登入的網頁網址也不是可直接匯入的 YAML 網址。

儲存庫管理版本，發佈端負責提供存取

1. 將不含憑證的基礎規則、群組結構和裝置差異說明放進儲存庫，並先確認檔案中沒有節點密碼或訂閱權杖。
2. 透過受控的發佈流程產生最終 YAML，從受保護的儲存空間注入敏感資料，不要把權杖寫進儲存庫歷史紀錄。
3. 透過 HTTPS 提供設定下載，並設定用戶端實際支援的驗證方式。若用戶端不支援所需的請求標頭，請改用受控下載後在本機匯入，不要為了方便匯入而取消存取控制。
4. 先讓一台測試裝置更新，檢查解析結果和連線狀況，再讓其他裝置更新。保留上一份可正常使用的設定以便回復。

部分託管服務的原始檔案連結會暫時失效，也可能回傳登入頁面或跳轉頁面。若出現 YAML 解析錯誤，請先確認回應內容是設定本文，而不是 HTML。若記錄檔包含完整請求網址，分享前應遮蔽權杖和使用者資訊。

若不需要自動發佈，也可以只用私有儲存庫保存規則版本，再由裝置持有人下載檔案後匯入。這能減少線上發佈環節，但仍須記錄「裝置目前使用哪個版本」。

方案三：匯出 YAML，再手動匯入另一台裝置

手動同步適合更換手機、臨時測試或網路不便時使用。同步內容是匯出當下的快照，不保證保留遠端訂閱網址或自動更新設定。匯出前請先確認檔案來源是原始訂閱、最終執行設定，還是用戶端完整備份；三者不可混為一談。

1. 在來源裝置更新訂閱，並確認目前設定可以正常使用。
2. 使用用戶端的設定檔匯出或開啟設定檔功能取得 YAML。不要直接複製仍在執行中的整個應用程式資料目錄。
3. 透過系統內建的近距離傳輸功能或受控的檔案管道傳送到目標裝置，避免使用公開分享連結。
4. 在目標用戶端選擇「從檔案匯入」，解析成功後重新檢查策略群組、DNS 和流量接管設定。
5. 記錄匯出日期，例如 profile-2026-09-09.yaml。若檔案只用於暫時傳送，匯入完成後請清理下載資料夾和聊天附件。

手動匯入成功後，若希望之後能自動更新，請另外新增原始遠端訂閱，不要把本機檔案路徑當成訂閱 URL。各用戶端處理匯出檔案的方式不同，不要假設遠端來源資訊一定會隨檔案一併移轉。

跨平台欄位：分別檢查連接埠、TUN 與 DNS

Clash 設定是一種生態系格式，並非所有用戶端都支援完全相同的欄位。傳統 Clash 核心、Clash Meta（現名 mihomo）及其他相容用戶端之間，支援的協定與設定選項可能不同。請先在兩端的「關於」或核心資訊頁記下版本，再排查差異；這比反覆重新安裝更有效。

DNS 設定相同，不代表網路環境也相同

手機切換到行動網路後，DNS 上游的連線狀況可能與家用寬頻不同。若設定使用 Fake-IP，請確認兩端是否支援相同的 enhanced-mode 和篩選選項；區域網路名稱解析也取決於目前網路的 DNS 服務。不要將某台裝置暫時使用的 Fake-IP 對應資料庫列入同步內容。

Android 通常透過 VpnService 接管流量，並需要系統授權；桌面端則可能使用系統代理或 TUN。若設定相同但連線結果不同，請先確認流量是否進入核心，再檢查規則是否選到相同的出口。

兩端結果不一致時，分四個層面排查

1. 來源層：核對訂閱 URL、輸出格式和最近更新時間。更新失敗後，用戶端可能繼續使用舊設定；看得到節點不代表更新已完成。
2. 合併層：比較最終生效的策略群組和規則，確認覆寫沒有取代整份清單、群組名稱引用沒有中斷，且兜底規則沒有提早比對。
3. 流量接管層：確認電腦的系統代理或 TUN 已啟用，且手機已授權 VPN；若連線記錄中沒有目標應用程式的請求，請先處理流量接管問題。
4. 網路層：兩端選擇相同節點並連線到相同目標，分別記錄規則命中結果、出口和錯誤記錄。接著比較相同 Wi-Fi 與行動網路的狀況，區分設定問題和網路差異。

日常維護可採用固定流程：先更新一台裝置，測試常用網站、區域網路服務和 DNS；確認正常後再更新其他裝置。若出現問題，請回復設定版本，不要同時修改節點、DNS、TUN 和規則四種變數。

建議仍是分層管理：透過訂閱更新節點，以可追蹤的來源管理共用規則，並將裝置權限和流量接管保留在本機。若需要更多流量接管與連線檢查步驟，可繼續參閱問題診斷；不熟悉策略群組、規則提供者等欄位時，可查閱術語表。