電腦與手機共用 Clash 訂閱：多裝置設定同步方式

先釐清：同步訂閱，不代表所有設定都會同步

電腦已經能用，手機還需要重新購買訂閱嗎？先查看服務商的裝置數量、同時連線數與流量規則。若允許多部裝置使用，通常可將同一個訂閱連結分別匯入電腦和手機；兩端會各自取得設定，不需要讓手機連接電腦。套餐流量通常仍計入同一個帳戶，實際規則請以服務商說明為準。

訂閱是提供節點或完整設定的遠端入口；用戶端則負責匯入、更新設定，並管理本機網路。兩端使用同一個連結，只能表示它們可能取得相同來源的資料，不代表規則、節點選擇和執行設定完全相同。

• 訂閱內容：可能包含節點、代理群組、規則、DNS 設定，也可能只提供節點清單。
• 本機自訂項目：包括新增規則、設定覆寫、腳本處理，以及用戶端儲存的代理群組選擇。
• 裝置設定：包括系統代理、TUN、開機啟動和權限，通常需要在每部裝置上分別設定。

四種同步方式怎麼選

大多數個人使用者可先選擇「各裝置分別匯入同一個訂閱連結」。只有確定需要共用自訂規則時，再加入覆寫。雲端託管還需要管理憑證、更新與存取權限，不必只為了同步兩部裝置就立刻架設。

方法一：在電腦和手機分別匯入訂閱連結

先確認格式，再匯入

1. 在服務商帳戶頁面找到明確標示為 Clash 或 mihomo 的訂閱入口。如果只有通用訂閱，請先確認用戶端能否解析該格式。
2. 在電腦端開啟訂閱管理頁面。例如 Clash Verge Rev 常見的路徑是「訂閱」→頂端的連結輸入欄→「匯入」；不同版本的按鈕位置可能不同。
3. 匯入成功後選取該設定，再到「代理」確認代理群組與節點是否出現。新增訂閱項目不一定代表已切換至這份設定。
4. 透過可信任的點對點方式將連結傳到手機。在手機的「設定檔」或「訂閱」頁面選擇從 URL 匯入，儲存並啟用。
5. 在兩部裝置上各更新一次，記下更新時間，再確認服務商新加入或重新命名的節點是否都已出現。

如果手機應用程式要求不同的設定格式，別直接認定連結失效。請優先向服務商取得相應格式。若確實需要轉換，請使用自行管理或明確可信任的轉換服務；轉換服務可能接觸到訂閱憑證與節點資訊。

分別管理更新週期與節點選擇

電腦每 6 小時更新、手機每 24 小時更新時，兩端在某個時間點顯示不同節點很正常。這些數值只是更新策略範例，請優先遵循服務商的建議。手機也可能受背景執行限制，定時更新不一定會準時執行。

名稱相同的代理群組也不一定選到同一個節點。手動選擇、自動測速結果和連線記錄通常由各裝置分別管理。若要排查差異，可暫時將兩端同一個代理群組切換至相同的指定節點；確認完成後，再恢復各自需要的自動選擇方式。

方法二：手動複製 YAML 設定檔

YAML 是 Clash 常用的設定文字格式，縮排會影響結構。手動複製適合移轉已驗證的設定，但應先區分「原始訂閱檔」與「執行時設定」。執行時設定可能已合併用戶端新增的連接埠、DNS、覆寫與本機路徑，直接搬到另一部裝置較容易發生相容性問題。

1. 在來源用戶端的設定管理中找到相應設定，使用開啟檔案或匯出功能，另存為 personal-config.yaml。選單名稱以實際用戶端為準。
2. 使用文字編輯器檢查 proxy-providers、rule-providers 和其他外部檔案參照，確認目標裝置也能取得這些資源。
3. 透過本機傳輸或加密檔案傳輸送出檔案，在目標裝置選擇從檔案匯入，並保留原本可用的設定以便還原。
4. 先確認設定載入成功，再測試代理連線。確認運作正常後，才切換至日常使用的設定。

連接埠與路徑最容易在移轉時失效

例如，電腦設定的混合代理連接埠是 7890，另一個用戶端實際監聽的連接埠則是 7897。這些數值都只是範例，應以目標用戶端介面和最終設定為準。如果瀏覽器仍指向 127.0.0.1:7890，就可能發生用戶端已啟動、瀏覽器卻無法連線的情況。

同樣地，Windows 的磁碟路徑無法直接搬到 Android；設定若參照本機規則檔案，就需要一併移轉相關資源，並改成目標用戶端支援的位置。單一 YAML 檔案不一定包含執行所需的所有內容。

透過檔案匯入的設定通常只是當下的快照。即使 YAML 中某些 provider 仍可遠端更新，也不代表整份設定會自動跟著原始訂閱更新。務必確認目標用戶端是否保留並識別遠端訂閱入口。

方法三：使用私有雲端儲存託管完整設定

如果多部裝置都要使用自行維護的完整設定，可以將設定放在受控的 HTTPS 入口。不過，「雲端硬碟能下載」不等於「用戶端能用來更新訂閱」。用戶端必須取得原始設定內容，而不是登入頁、預覽頁或需要驗證碼的下載頁面。

上線前確認四項條件

• 回應內容：要求後應回傳 YAML 文字，而不是 HTML。登入網站後看得到檔案，不代表訂閱更新器也能存取。
• 驗證方式：如果入口需要要求標頭、Cookie 或 WebDAV 驗證，請先確認每個用戶端的訂閱更新功能都支援。檔案管理器支援 WebDAV，不代表 Clash 用戶端也支援相同的驗證方式。
• 連結有效期限：限時簽章 URL 可能會過期。若需要定期更新，應事先準備好所有裝置的更新步驟。
• 存取範圍：只開放必要的檔案讀取權限，並保留舊版備份；不要把雲端儲存帳戶的管理金鑰寫進訂閱網址。

建議先上傳一份已在本機驗證過的設定，讓電腦和手機各手動更新一次。接著只修改一條容易辨識的測試規則，再更新一次，確認兩端都取得新內容。如果其中一端仍顯示舊版，請檢查檔案快取、訂閱更新結果和實際請求網址，不要反覆重新啟動所有裝置。

也要避免更新流程形成依賴：如果設定入口只能透過代理存取，而裝置尚未載入任何可用節點，首次匯入就可能失敗。首次匯入時應準備可連線的網路環境或本機檔案備份，日常更新失敗時也能還原。

方法四：分開維護訂閱更新與個人覆寫

覆寫是指訂閱載入後，透過用戶端支援的機制修改最終設定。如此一來，節點仍由訂閱管理，個人直連規則、策略偏好等則保留在本機。直接編輯訂閱下載產生的檔案，可能在下次更新時被取代。

以下是套用於自有測試網域的規則範例。example.com 是保留的示範網域，並非要求實際設定的業務網址。這段內容只示範規則語法，不是可獨立執行的完整設定，也不是所有用戶端通用的覆寫檔：

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT

DOMAIN-SUFFIX 用來比對指定網域及其子網域，DIRECT 表示直連。規則會由上而下依序比對，因此需要優先執行的個人規則，通常應放在相關的廣泛規則與最後的兜底規則之前。

先確認合併方式，再複製到其他裝置

1. 確認用戶端支援的是規則前置、YAML 合併，還是腳本處理；這些並不是同一種介面。
2. 閱讀陣列處理說明。有些合併器會用新的 rules 陣列取代舊陣列，而不是附加在後；直接貼上上面的片段，可能會使訂閱原有規則遺失。
3. 在來源裝置檢查最終設定，確認個人規則順序正確，原有代理群組與兜底規則仍然存在。
4. 在目標裝置依照其支援的格式重新建立覆寫，再從連線記錄確認實際命中的規則。

如果電腦支援 JavaScript 覆寫，而手機只支援 YAML 合併，就不要直接複製腳本並期待它能執行。應同步「需要哪些規則、排列順序為何」這些需求，再分別實作。如果規則參照訂閱中的代理群組名稱，名稱也必須完全相同；訂閱變更群組名稱後，指向舊名稱的規則可能導致設定載入失敗。

同一個訂閱在電腦可用、手機不能用，依序排查

步驟一：確認訂閱是否成功解析

開啟訂閱更新結果或記錄。HTTP 401、403 通常應先檢查憑證、存取權限與帳戶限制；遇到 429，請檢查請求頻率限制，不要連續按更新。如果回應成功但顯示設定格式錯誤，請確認回應內容是否其實是登入頁，以及目標核心是否支援節點使用的通訊協定。

步驟二：確認應用程式流量是否經過代理

桌面系統代理只會影響遵循系統代理設定的應用程式。TUN 是透過虛擬網路介面接管流量的方式，涉及權限、路由和 DNS；共用訂閱不會自動在另一部裝置啟用 TUN。Android 通常需要確認 VPN 連線授權，桌面端則應分別檢查系統代理或 TUN 開關。

步驟三：比較規則、DNS 與目標應用程式

先讓兩端選用同一個節點、採用規則模式，再連線至同一個目標。在連線記錄中比較命中的規則與出口。如果一端直連、另一端走代理，請優先檢查本機覆寫和最終規則；如果兩端都使用同一個節點，再檢查 DNS、IPv6、網路環境，以及目標服務對出口的限制。不同 Wi-Fi 或行動網路下的連線狀況，不應直接視為同步失敗。

步驟四：檢查套餐限制與帳戶狀態

看得到節點不代表帳戶一定能連線。請查看剩餘流量、到期時間與同時連線限制。兩部裝置共用帳戶時，電腦在背景下載也可能耗用手機共用的流量。不要用頻繁更新訂閱來解決流量額度或連線數量問題。

容易維護的個人多裝置方案

兩到三部個人裝置可採用「各自匯入同一個訂閱、個人規則分別覆寫、裝置開關個別管理」的組合。為每部裝置記錄用戶端與核心版本、訂閱更新時間、實際連接埠、執行模式和覆寫檔位置。記錄用途與位置即可，不要抄下完整訂閱金鑰。

• 首次設定：兩端先用原始訂閱確認連線，再加入個人規則。
• 日常變更：一次只修改一類設定，並保留上一份可用設定。
• 更新後：檢查節點數量、代理群組名稱，以及一條關鍵規則的命中結果。
• 停用裝置：移除本機訂閱與備份；若懷疑連結外洩，請在服務商後台重設訂閱憑證，並更新仍在使用的裝置。

同步的目標是減少重複維護，而不是讓每部裝置完全相同。節點來源與規則意圖可以統一，權限、路由、連接埠和背景執行策略則應依裝置分別設定。劃清這條界線，多端設定會更容易更新，也更容易找出問題。