適合已有自己的服務商與訂閱，並需要整理 Shadowrocket（小火箭）清單的使用者。先確認各組項目的來源，再逐一更新、統一備註與排序，最後依伺服器參數判斷是否重複。整理的目標是保留可追溯的訂閱入口，而非單純減少畫面上的項目數量。
一、先分清訂閱來源、伺服器項目與 Config
訂閱連結是取得伺服器參數的入口，一個連結可能會傳回多個伺服器項目。Home 顯示的伺服器名稱並非唯一識別依據：名稱相同的項目可能使用不同位址，同一個位址也可能採用不同連接埠或協定。判斷是否重複前，應先確認這些項目分別屬於哪個訂閱。
Config 用來管理設定檔及其中的規則、策略等內容。將兩個訂閱的備註改成不同名稱，不代表建立了兩套路由規則；在 Home 調整清單順序，也不會改變 Config 中規則的比對順序。Settings 則用於調整 App 行為。這三者應分開管理。
| 整理項目 | 檢查內容 | 容易混淆的操作 |
|---|---|---|
| 訂閱入口 | 來源、URL、備註、更新結果 | 重複新增與更新原有入口並不相同 |
| 伺服器項目 | Type、位址、連接埠、驗證資訊與傳輸參數 | 名稱相同不代表連線相同 |
| Config | 目前啟用的設定與策略引用 | 清單排序不會重新排列規則 |
| 連線狀態 | 目前選取的項目與 Global Routing | 顯示在清單頂端不代表正在使用 |
例如，來源 A 有 12 個項目、來源 B 有 8 個項目，另外還有 2 個手動新增的項目。整理前應分別記錄這三組數量。合計 22 個項目只是核對基準，不代表必須刪到某個固定數字。之後若數量有變化，應能追溯到具體來源。
二、依來源分組，避免重複匯入
建議每個有效訂閱入口都使用清楚的來源備註，例如「來源 A｜日常」和「來源 B｜備用」。備註僅供辨識，請勿填入訂閱 token、帳戶資訊或完整連結。分組時應優先保留來源界線，不要只因名稱都包含相同地區，就誤以為它們來自同一批內容。
-
盤點現有入口
開啟 Home，查看現有訂閱分組與備註。進入訂閱編輯頁核對 URL，確認同一個入口是否已存在。需要更新現有入口時，不要再按右上角的「+」重新新增。
-
新增缺少的來源
確認缺少入口時，前往 Home → 右上角「+」→ Type → Subscribe，在 URL 欄位貼上自己已有的訂閱連結，並在 Remarks 填寫容易辨識的來源備註，然後儲存。
-
逐一更新並核對
返回 Home，下拉重新整理以更新訂閱。第一次整理時，每次只處理一個來源，並核對傳回的項目、錯誤提示與數量變化，避免同時操作多組而無法確認變化來自哪裡。
-
保留原始紀錄
在自己的安全紀錄中保存來源與備註的對照關係。若要記錄排查結果，只寫「來源 A：12 → 10」等數量變化，不要將完整訂閱連結放進截圖或公開紀錄。
更新訂閱是透過現有入口重新取得內容，不是再次建立相同入口。服務商更換訂閱網址時，應先核對現有訂閱編輯頁中的 URL，再決定要替換網址或新增獨立來源。兩個連結即使只差 token，也不能只憑外觀判定相同。
三、排序只影響查找順序，不決定實際路由
整理時建議先依來源排序，再依用途排列，最後才參考測試結果。需要調整訂閱或伺服器的排列時，請在 Home 對相應清單使用目前介面提供的編輯或排序功能。不同清單可用的排序選項可能不同，不要假設某處可以拖曳或排序，就代表所有分組都支援。操作後返回 Home，確認來源歸屬沒有混淆。
若目前清單提供名稱或延遲排序，名稱排序適合尋找固定項目，延遲排序則適合一次性篩選。進行延遲排序前，先完成同一批測試；不要直接比較昨天在 Wi-Fi 下取得的結果與今天在行動網路下的結果。某次測試排名靠前，也不代表持續傳輸速度一定較快。
- 日常排列：常用來源放前面，備用來源放後面，並維持備註一致，方便更新後查找。
- 疑難排解：先展開目標來源，只測試這一組，並記錄本地網路、時間與測試結果。
- 更新後確認：確認選取的項目仍然存在；若來源已更名，也要檢查引用舊名稱的策略。
- 無法手動重新排序：保留來源分組，使用一致的備註辨識；不要為了調整順序而重複匯入整個訂閱。
Global Routing 才是核對實際路由的入口。整理清單時不要順手變更路由模式；需要進行對照測試時，先記錄原本模式與目前設定，測試完成後再還原。
Config
建議依目前設定中的規則與策略處理連線；未符合前面規則的請求通常會由 FINAL 處理。實際路由取決於設定，並非所有未符合規則的請求都會自動直連。
適用情境：已有可靠設定，且需要維持日常分流行為
Proxy
採用代理路由模式，可用來對照 Config 檢查。仍應確認目前選取的代理目標；切換模式不會自動挑選清單中速度最快的項目。
適用情境：短時間排查規則與代理連線之間的差異
Direct
採用直連路由模式。這不適合用來驗證某個代理項目的出口是否可用；清單中選取了伺服器，也不能取代路由模式檢查。
適用情境：對照本地網路的直連結果
結論：先固定模式，再比較項目
在相同網路與相同 Global Routing 模式下，逐一檢查目標項目；若只有清單位置改變，不要直接將連線結果的變化歸因於排序。
四、依參數核對重複節點，不要按名稱批次刪除
重複項目常見於兩種情況：同一訂閱被新增兩次，或不同訂閱傳回部分相同的伺服器。前者通常應清除多餘的訂閱入口；後者則應先保留來源界線，再判斷是否需要處理個別項目。直接刪除名稱相同的伺服器，容易誤刪備用連線。
核對時進入伺服器項目的編輯頁，只檢視內容，不要任意修改參數。基本比對項目包括 Type、伺服器位址、連接埠與驗證資訊；還應比對 TLS、SNI、傳輸方式及相關參數。驗證資訊只在本機核對，不要複製到公開的排查紀錄。
| 看到的情況 | 參數核對 | 處理方式 |
|---|---|---|
| 名稱完全相同 | 位址不同 | 不是同一個項目，保留並區分來源 |
| 位址相同 | 連接埠分別為 443 與 8443 | 連線入口不同，不要當作重複項目刪除 |
| 位址與連接埠相同 | Type 或 SNI 不同 | 繼續核對，不能只比對兩項 |
| 兩個分組內容相同 | 訂閱 URL 也相同 | 確認沒有獨立引用後，再清除多餘入口 |
| 手動項目與訂閱項目相同 | 完整連線參數一致 | 優先保留可更新且來源明確的項目 |
例如，兩個 Trojan 項目都連到同一個位址的 443 連接埠，但 SNI 不同，仍可能是不同設定；一個 VLESS 項目與一個 VMess 項目，即使名稱相同，也不能直接合併。協定名稱與連接埠號都不足以單獨判斷是否重複。
五、刪除失效訂閱前，先排除更新連線問題
更新逾時不代表訂閱永久失效。請先區分連結無法存取、驗證失效、傳回內容無法解析，以及伺服器連線失敗。前三種狀況發生在取得訂閱的階段，最後一種則發生在使用伺服器的階段。成功重新整理清單，也不代表其中每個伺服器都能連線。
- 保留原有 URL 與來源備註，在 Home 對目標訂閱重新更新一次，記錄具體提示，不要連續重複新增。
- 登入自己的服務商帳戶，確認連結是否已重設、授權是否有效。連結中的 token 屬於敏感資訊，不要交由他人代為測試。
- 若本地網路無法存取訂閱入口，而已有其他可用的代理連線，可檢查 Settings → Subscribe → Update via Proxy，並在代理確實可用時重試。
- 若更新成功但目標伺服器連線失敗，請檢查該項目的參數與測試結果，不要先刪除整組訂閱。
- 確認來源已停用、網址已更換或入口確實重複後，再於 Home 對目標訂閱執行刪除操作，並確認刪除對象是整組訂閱還是單一項目。
啟用 Update via Proxy 並不是解決所有更新錯誤的通用開關。如果目前的代理本身無法使用，依賴它更新會形成循環故障。變更設定後，只進行一次有紀錄的重試；若沒有改善，請還原原設定，繼續檢查 URL、授權與網路連線狀況。
刪除整組訂閱前，也要檢查 Config 是否引用該組中的特定名稱。尤其是使用自訂策略或固定伺服器名稱的設定，刪除來源或更名後，可能需要同步修正引用。不要為了整理 Home 而批次修改 DOMAIN-SUFFIX、GEOIP、IP-CIDR 或 FINAL；這些關鍵字負責比對流量，不是用來清理訂閱。
六、多個訂閱管理常見問題
同一個訂閱匯入兩次，應該刪除哪一個？
先在兩個訂閱編輯頁核對完整 URL，並分別確認更新是否成功。保留備註清楚、目前可正常更新的一個；刪除另一個前，確認其中沒有需要保留的獨立設定，也沒有被設定引用的項目。完成後返回 Home，核對剩餘來源與目前選取的項目。
改過的節點名稱，為什麼更新後又變回去了？
重新整理訂閱時，App 會重新取得來源傳回的名稱與參數，本機修改可能被更新結果取代。建議優先維護訂閱來源備註，不要依賴逐一改名來維持長期分類；若設定有引用特定名稱，更新後請確認該名稱仍然存在。
刪除重複節點後，下次更新又出現怎麼辦？
先確認是否仍有兩個相同的訂閱入口。如果只剩一個入口，表示遠端內容仍包含這些項目；請檢查來源端可用的篩選設定，不要反覆手動刪除。不同來源間的重複項目也應分別保留可追溯的紀錄。
排序第一的節點，為什麼沒有被使用？
返回 Home 確認目前選取的項目，再檢查 Global Routing。使用 Config 時，也要查看目前設定中的比對規則與策略選擇。排序只會改變顯示順序；不能只因項目排在第一列，就認定它是實際連線目標。
切換到行動網路後，原本的排序結果還可信嗎？
來源備註仍可用來查找，但不應直接把舊的延遲結果當作新網路下的判斷依據。請在行動網路下重新測試同一組目標，並保持模式與測試條件一致。確認持續異常後再更換項目，不要因一次逾時就刪除整個訂閱。
完成一次整理後，應能回答三個問題：每個訂閱來自哪裡、每次更新變更了哪些內容，以及目前的連線實際由哪項策略決定。之後依照「確認來源 → 更新 → 檢查變化 → 測試連線」的順序維護，比定期刪除後重新全部匯入，更容易保留清楚紀錄。