管理多個訂閱時，先確認來源，再整理名稱與順序，最後刪除已確認多餘的項目。本文適合已持有自己的服務資訊，且 Home 清單中出現多個訂閱群組或同名節點的使用者。依步驟操作，可分辨訂閱群組與策略群組、判斷是否重複匯入，並在整理後確認更新及連線是否正常。
一、先分清訂閱、節點與設定檔
Shadowrocket（小火箭）的清單變長，不一定代表訂閱數量增加。一個訂閱可以包含多個伺服器項目；同一個網址若重複新增為訂閱，也可能出現多個內容相近的群組。開始整理前，先在 Home 查看群組標題與節點所屬項目，不要只憑節點顯示名稱就刪除。
Home 中依訂閱來源形成的群組，用來整理伺服器清單；Config 中的設定檔則包含規則、策略等設定。重新命名、摺疊或移動訂閱群組，不會改變請求的分流方式。設定檔中的策略群組也不是 Home 訂閱群組；即使名稱相似，兩者的用途仍不同。
例如，Global Routing 使用 Config 時，實際請求會受目前設定檔中的規則與策略影響，不能把「某個節點移到清單最前面」理解成「所有請求都會使用該節點」。整理清單期間，維持原有模式與設定不變，較容易判斷問題是來自清理操作，還是路由設定。
二、依來源建立分組紀錄，再統一命名
先為每個現有訂閱建立簡短紀錄：用途、來源是否仍有效、對應的 Home 群組，以及是否仍需保留。紀錄請存放在自己能控管的位置，不要將完整訂閱網址或驗證資訊放進共用文件。訂閱 URL 的查詢參數可能含有存取憑證，名稱中也不應放入這些資訊。
- 開啟 Home，逐一展開群組查看各組包含哪些伺服器。先記下目前選取的項目及其所屬群組，方便稍後重新選取。
- 從訂閱項目的編輯入口查看 URL 與備註。不要把子節點的編輯頁面誤認為訂閱設定；前者通常會顯示伺服器位址、連接埠與協定參數。
- 為訂閱加上容易辨認用途的備註，例如「日常使用」與「備用驗證」。若有多個相近來源，可加上自訂的簡短編號，但不要寫入密碼或 token。
- 儲存後返回 Home，確認變更套用在預期的訂閱群組。若群組內的節點名稱仍與原本相同，這是正常情況：訂閱備註與伺服器名稱屬於不同層級。
以下兩張卡片是整理紀錄範例，不是可匯入的設定，也不代表提供任何服務。實際操作請使用自己已有的資訊；範例網址 https://example.com/sub?token=xxxx 為虛構內容，請勿提交更新。
訂閱群組紀錄
- 顯示備註
- 日常使用
- 檢查位置
- Home 中對應的訂閱項目
- 確認來源
- 與自己保存的有效訂閱 URL 比對
- 保留條件
- 仍在使用，且可確認更新結果
備註描述用途，完整驗證資訊僅存放在受控位置。
獨立節點紀錄
- 顯示備註
- 備用驗證
- 確認來源
- 手動新增或匯入單一節點
- 比對欄位
- 類型、位址、連接埠及驗證參數
- 管理方式
- 個別核對，不依賴特定訂閱更新
獨立項目與訂閱中的節點可能指向同一伺服器，刪除前請先確認用途。
三、調整 Home 順序，別把排序當成策略
建議將常用來源排在前面，備用來源排在後面，並摺疊暫時不使用的群組。排序是為了方便查找，不是依據單次延遲測試判定長期優劣。清單顯示順序、目前選取的節點，以及設定檔中的策略選擇，是三件需要分別確認的事。
- 在 Home 使用清單提供的編輯或排序功能。若編輯模式中顯示拖曳把手，將目標項目移到預期位置後結束編輯；若沒有把手，請勿反覆匯入來「置頂」。
- 確認移動的是訂閱群組，還是群組內的節點。若只是要讓常用來源更容易看到，優先調整群組位置，減少逐一變更群組內項目。
- 若依名稱或延遲排序，先確認排序適用於哪個清單範圍。若需要固定查找順序，可先統一備註以提高辨識度，再選擇介面支援的排序方式。
- 完成後結束編輯，再次進入 Home，確認順序是否保留。接著只更新一個訂閱，觀察群組內的排列是否因更新結果而重新調整。
整理期間不必同時修改 Settings → On Demand。On Demand 負責依條件觸發連線，不負責整理訂閱群組，也不會替清單去除重複項目。將連線觸發設定與清單管理分開處理，可避免整理時自動重新連線，造成目前狀態難以判斷。
四、先比對參數，再決定重複節點的刪除範圍
節點同名只能表示顯示文字相同，不能證明是同一條連線；名稱不同，也不代表連線一定不同。比對時先查看協定、伺服器位址與連接埠，再檢查驗證及傳輸參數。例如，相同伺服器都使用 443 連接埠，仍可能因協定、TLS 設定或傳輸路徑不同而代表兩筆不同設定。不能只憑連接埠號判斷是否重複。
| 觀察到的情況 | 需要核對的項目 | 處理方式 |
|---|---|---|
| 兩個群組名稱與節點高度相似 | 訂閱 URL 是否相同，是否曾重複新增 | 確認後保留一個有效訂閱群組 |
| 兩個節點名稱相同 | 協定、位址、連接埠及驗證參數 | 參數不一致時，暫勿合併 |
| 名稱不同，但位址與連接埠相同 | TLS、傳輸方式、路徑及協定相關欄位 | 確認設定完全一致後，再判斷是否多餘 |
| 刪除的節點在更新後再次出現 | 該節點是否仍由訂閱提供 | 回到來源層級處理，不要一再手動刪除 |
| 同一伺服器同時出現在訂閱群組與獨立清單 | 獨立項目是否有備用用途 | 先確認保留目的，再清理其中一份 |
不同協定需要核對的欄位不盡相同。Shadowsocks 應檢查加密方式與密碼；VMess、VLESS 應檢查 UUID 及相關傳輸設定；Trojan 應檢查密碼與 TLS 參數。比對時不要只截取位址、連接埠兩行，也不要公開含有驗證資訊的編輯頁面。
結論：整個群組重複，先清理訂閱；群組內項目重複，先查明來源
確認同一個 URL 被新增兩次時，刪除多餘的訂閱群組，比逐一刪除子節點更容易管理；若只有一個群組，但每次更新後都出現重複項目，應先確認訂閱回傳的內容，避免清理結果被下次更新覆蓋。
比對訂閱 URL 時也要謹慎。網域與路徑相同，不代表查詢參數所對應的權限或內容也相同；只因兩個網址都以 /sub 結尾就合併，可能會刪掉仍需保留的群組。資訊不足時，先保留並標註待確認，不要批次刪除。
五、刪除舊訂閱與驗證更新的操作順序
刪除前，先確認仍能從原有的受控紀錄中找回有效來源。刪除本機訂閱項目，通常不代表取消遠端服務，也不表示原本的 URL 已失效；反過來，保留舊群組也無法保證仍能更新。整理時應以「是否仍需使用這個來源」作為判斷標準。
- 保留可供復原的資訊。記下要保留的訂閱名稱、來源與目前使用的節點，不要將密碼或完整連結傳到公開位置。若需要備份，請使用自己確認過的 App 備份或匯出流程，並妥善保管檔案。
- 先切換到其他項目。若目前選取的節點屬於舊群組，先改選需要保留的有效項目，再進行刪除；必要時可暫時關閉連線，避免操作中斷影響判斷。
- 依訂閱層級刪除。在 Home 對舊訂閱群組使用刪除功能；出現確認提示時，核對名稱與刪除範圍。只刪除群組內的一個節點，不等於刪除訂閱來源。
- 個別更新要保留的群組。使用保留訂閱的更新功能，確認更新是否成功，以及節點清單是否符合預期。不要重新新增相同 URL 來取代更新現有項目。
- 重新確認連線。重新選取保留群組中的節點，確認 Global Routing 與 Config 中目前使用的設定檔，開啟連線後瀏覽熟悉的網頁，確認名稱解析與請求都能正常完成。
每次只清理一個已確認多餘的群組。若一次刪除多個來源，同時切換模式並修改設定，發生異常時會很難找出原因。節點數量減少本身不代表故障；真正需要確認的是保留的來源能否更新、所需項目是否仍在，以及目前連線與策略是否指向預期位置。
六、多個訂閱管理常見問題
為什麼刪除節點後，更新訂閱又出現了？
先在 Home 確認該節點屬於哪個訂閱群組。只要來源仍提供這個節點，後續更新就可能再次新增。若不再需要整個來源，請刪除對應訂閱；若仍需使用來源中的其他節點，可先摺疊群組或調整顯示方式，並向自己原有的服務資訊提供者確認內容。不要一再刪除同一個子項目。
同一個訂閱網址變更後，需要再新增一次嗎？
先確認新網址確實是用來取代原有來源，再進入原訂閱項目的編輯入口修改 URL，儲存後執行更新。若為了驗證而暫時新增一個群組，測試完成後請確認要保留哪一組，並刪除已確認多餘的舊群組，避免長期保留兩個入口。
節點名稱相同，可以直接保留延遲較低的那個嗎？
不建議只憑一次延遲結果刪除。先開啟兩個項目的編輯頁面，比較協定、位址、連接埠、驗證及傳輸設定。參數相同時再確認來源；參數不同則是不同的連線設定。延遲測試只反映當時的測試條件，無法證明項目重複，也不能取代實際瀏覽網頁的驗證。
整理順序後，為什麼實際請求沒有走第一個項目？
返回 Home 查看目前選取的伺服器與 Global Routing。若使用 Config，請前往 Config 檢查目前的設定檔與策略選擇；若使用 Scene，請確認對應場景的設定。清單中的第一個項目只是顯示位置，不會自動取代目前選擇或設定檔中的策略。
如何避免下次匯入時又出現重複群組？
匯入前先搜尋或查看現有訂閱備註，確認來源是否已存在。來源變更時編輯原有項目；需要取得最新內容時執行更新；只有確實新增來源時才新增訂閱。掃描 QR Code、使用剪貼簿或手動輸入只是不同的新增方式，不代表系統會自動辨識並合併相同來源。