如果已有自己的服務商與訂閱，建議先依來源整理訂閱，再處理清單順序與重複項目。本文說明 Shadowrocket（小火箭）中訂閱、節點與規則設定的差異，並整理備註命名、逐組更新、核對重複節點及刪除前檢查的方法。原則是先確認來源再修改內容；名稱相同不代表連線參數相同。
一、先分清訂閱、節點與 Config
訂閱是取得一組連線設定的來源，節點則是其中一筆具體的連線設定。一個訂閱可能包含多個節點，同一節點也可能透過不同訂閱或單獨匯入的方式出現在 Home（首頁）。因此，Home 中出現兩筆相似記錄，不一定代表匯入有誤。
Config（設定檔）用來管理規則設定；Settings（設定）用來管理 App 設定。整理 Home 中的訂閱名稱，不等於修改 Config 裡的規則或策略組。若規則設定依名稱引用節點或篩選節點，改名、更新或刪除後，也要確認這些引用是否仍有效。
此處的「分組」首先是依訂閱來源辨識清單，不是自動建立可供規則選用的策略組。若要依網域選擇不同出站，還需檢查 Config 中的規則與策略設定，不能只靠訂閱備註。
二、用 Remarks 標記來源，匯入前先確認是否已有訂閱
建議為每個訂閱設定固定的來源備註，將訂閱來源與節點用途分開標示。例如，訂閱備註可用「01-來源甲-日常」、「02-來源乙-備用」，節點原名則先保留。數字前綴方便自行辨識，不代表 App 一定會依此前綴自動排序。
- 開啟 Home，先查看現有訂閱分組；進入對應訂閱的編輯頁，確認 URL（訂閱網址）是否已儲存。
- 確定需要新增時，在 Home 使用新增入口，將 Type（類型）設為 Subscribe（訂閱），再填入自己已有的訂閱 URL。
- 在 Remarks（備註）中填寫容易辨識來源的簡短名稱。儲存後，確認該訂閱下是否出現預期的節點。
- 若只需替現有訂閱改名，請編輯原訂閱的 Remarks，不要為了更改顯示名稱而再次匯入。
確認訂閱欄位
- Type（類型）
- 新增訂閱時建議選擇 Subscribe；初始值請以目前 App 顯示為準。
- URL（訂閱網址）
- 使用自己已有的完整網址，沒有可通用套用的預設網址。
- Remarks（備註）
- 建議使用「01-來源甲-日常」；預設內容請以目前 App 顯示為準。
- 儲存後確認
- 確認分組備註與節點內容相符，不要只確認是否出現新分組。
欄位位置依目前 App 介面為準；請勿將節點編輯頁誤認為訂閱編輯頁。
命名建議
- 來源標示
- 使用來源甲、來源乙等固定名稱，避免只寫「新訂閱」。
- 用途標示
- 使用日常、備用等個人用途，不要把備註當作品質評價。
- 數字前綴
- 統一使用 01、02、03，方便自行確認清單順序。
- 原始節點名稱
- 初次整理時建議保留，方便與來源回傳的內容核對。
這是人工命名方式，不是 App 內建的預設分組或排序規則。
訂閱網址可能包含存取權杖。確認來源是否重複時，可在裝置上比對完整網址，但不要將網址、QR Code 或完整編輯頁傳給他人。即使兩個網址的網域和路徑相同，權杖不同也可能代表不同權限，不能只看開頭就合併。
三、排序依目前清單功能而定，編號不會自動排序
整理順序時，請分別處理「訂閱分組的位置」與「分組內節點的位置」。先確認要操作的是哪個層級，再使用介面實際提供的排序或編輯功能。不要在節點清單中操作一次，就認為所有訂閱分組都已重新排序。
- 手動調整位置：若目前清單進入編輯模式後提供移動把手，可將常用項目移至方便選取的位置；若沒有此功能，就不要套用拖曳步驟。
- 依名稱排序：若目前介面提供依名稱排序，先統一命名，再選擇對應的排序方式；數字前綴本身不會強制切換排序方式。
- 延遲結果：測試數值反映當下的網路狀況，不能取代來源分類，也不代表持續下載速度。
- 更新後的順序：來源回傳的節點清單可能有所變動。完成更新後，請重新確認常用節點的位置與目前選取的項目。
重點：先固定來源備註，再整理節點位置
將常用訂閱標記為「01-來源甲-日常」，並記下常用節點的原始名稱。即使更新後節點位置改變，也能依訂閱來源重新找到，不必記住它在清單中的第幾列。
若 Config 的策略直接引用節點名稱，不建議為了排序而大量加上前綴。較穩妥的做法是先修改訂閱層級的備註，再檢查策略的引用方式；確認沒有名稱相依後，才考慮調整節點名稱。
四、逐組更新：先記錄，再更新，再確認
更新訂閱是重新取得來源提供的節點內容，不是單純測試現有節點是否連線。來源可能新增或移除節點，也可能修改連線參數，因此更新後數量或名稱有所變動，不一定代表本機故障。建議先記錄該組目前的節點數量與正在使用的節點名稱，再執行更新。
- 在 Home 找到目標訂閱，使用該訂閱提供的更新功能；入口名稱與位置請以目前 App 顯示為準。
- 等待操作完成，查看成功或錯誤提示，不要連續觸發多次更新。
- 比較更新前後的分組內容，確認原本常用的節點是否仍在，以及新增項目是否來自該來源。
- 確認目前選取的節點；若舊節點已移除，請重新選取仍有效的節點，再檢查依賴該節點的策略。
- 完成這一組後再更新下一組，將問題範圍限制在單一來源。
更新逾時只表示這次取得內容未完成，不能據此判定所有節點都已失效。請先檢查裝置目前的網路、訂閱網址是否完整、來源是否通知存取權限變更，再查看 App 顯示的錯誤訊息。現有節點可以連線，也不代表訂閱網址此刻一定能存取。
五、整理重複節點：比較連線參數，不只看名稱
同名節點可能使用不同的伺服器、連接埠或傳輸參數；名稱不同的節點也可能指向相同的連線設定。整理前，請在各自的編輯頁比較參數，並記錄其來源訂閱。協定或驗證資訊不同的記錄，不能只因顯示名稱相似就刪除。
| 確認項目 | 比較內容 | 處理方式 |
|---|---|---|
| 訂閱來源 | 是否重複匯入同一個完整訂閱網址 | 先處理重複的訂閱，避免逐一刪除節點後又在更新時重新出現。 |
| 協定與位址 | Type、伺服器位址、連接埠是否一致 | 例如連接埠 443 與 8443 不同，不能只憑名稱相同就判定為重複。 |
| 驗證資訊 | 依協定比較密碼、UUID 或金鑰等欄位 | 驗證資訊不同就應分別保留；核對時不要公開這些內容。 |
| 傳輸與 TLS | 傳輸方式、路徑、Host、SNI 及 TLS 相關設定 | 伺服器與連接埠相同，也可能使用不同的連線方式。 |
| 規則引用 | Config 是否使用節點名稱或名稱篩選條件 | 刪除前確認引用不會指向已不存在的項目。 |
上述連接埠僅用來說明比較方式，不是建議將連接埠統一改成某個數值。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 的欄位不盡相同，請依節點實際使用的協定檢查，並保留現有設定中的有效參數。
若只是同一來源重複匯入，優先保留備註清楚且已確認引用關係的一組，再刪除多餘訂閱。若來自兩個不同來源，即使連線參數相同，也應先確認是否需要保留各自的更新關係；在本機刪除其中一筆節點，不會讓來源停止提供該節點。
- 名稱相同但參數不同：保留，並透過來源備註辨識。
- 同一來源重複匯入：確認完整訂閱網址後，在訂閱層級處理。
- 單獨匯入的記錄與訂閱內的記錄重複：先確認單獨匯入的記錄是否仍有用途，再決定刪除哪一筆。
- 刪除後更新又出現：表示來源仍有回傳該項目；請重新評估本機的整理方式，不要反覆刪除。
六、刪除訂閱前，先確認選取的節點與策略引用
刪除節點與刪除訂閱是不同操作。操作前先確認目前選取的是分組還是單筆記錄，並仔細閱讀確認提示。如果目前正在使用該組中的節點，建議先切換到另一筆已確認可用的記錄，避免刪除後無法確認連線目標。
- 在 Home 開啟待刪除訂閱的編輯或管理入口；若介面提供側滑刪除，也要先確認側滑操作的對象。
- 確認訂閱的 Remarks 與來源網址，確定不是要保留的那一組。
- 閱讀刪除確認訊息，確認是否會一併移除該組中的節點；實際刪除範圍以目前 App 的提示為準。
- 刪除後返回 Home，確認分組與選取的節點，再前往 Config 檢查相關策略引用。
- 若需還原，請使用自己安全保存的原訂閱重新匯入；刪除本機記錄不代表取消來源端的服務關係。
確認連線結果時，也要留意 Global Routing（全域路由）目前選取的 Proxy（代理）、Direct（直連）、Config（設定檔）或 Scene（情境）。這些選項決定要求如何使用出站，不負責管理訂閱來源。若要求沒有經過預期節點，應檢查目前的路由選項與設定，而不是繼續刪除訂閱。
七、多個訂閱管理常見問題
備註前加上 01、02，為什麼順序沒有改變？
編號只是名稱的一部分。先確認修改的是訂閱 Remarks 還是節點名稱，再查看目前清單是否提供依名稱排序或手動移動功能。若沒有相應功能，就用編號輔助辨識，不要把它當成自動排序設定。
刪除的重複節點，更新後怎麼又出現了？
該節點可能仍包含在來源回傳的內容中。先確認是否重複匯入了同一個訂閱；若不是，保留訂閱更新關係與永久移除來源中的某筆記錄是兩回事，本機刪除無法修改遠端內容。
兩個訂閱都有同名節點，可以直接刪掉其中一組嗎？
先比較來源、協定、伺服器、連接埠、驗證資訊與傳輸參數，再檢查 Config 中的引用。名稱相同不足以判定為重複。確認是同一來源重複匯入後，才在訂閱層級刪除多餘的分組。
只是暫時不想用某個訂閱，需要刪除嗎？
通常可以先保留訂閱記錄，改選其他節點；若使用 Config 或 Scene，也要確認其中的策略選項。如此可保留原有來源資訊，之後要恢復使用時不必重新匯入。只有確認不再需要的本機記錄，才適合刪除。
整理完成後，保留一份個人記錄：訂閱備註、來源辨識資訊、常用節點原名及策略相依項目。含權杖的完整網址與驗證資訊應另外妥善保存。之後每次更新只核對有變動的部分，比定期清空整份清單更容易追查問題。