Shadowrocket
訂閱與伺服器管理

Subscribe 入口與訂閱對象

訂閱網址不是單一伺服器的網址，而是取得一組連線資料的入口。匯入後，App 通常會同時保留訂閱來源與解析出的伺服器項目。前者決定下次更新時要向哪裡提出請求，後者決定目前連線使用哪些參數。編輯單一伺服器不等於修改訂閱來源；反過來說，修改訂閱網址也不代表所有舊項目會立即替換。開始前先分清這兩個層次，後續才能判斷問題出在請求、解析還是連線階段。

從既有連結判斷入口

先確認手上的資料標示為伺服器訂閱，還是包含規則的設定檔。光看網址以 HTTPS 開頭，無法分辨兩者：一般網頁、訂閱回應與設定檔都可能使用這種格式。請查看既有資料的用途說明，不要憑檔名猜測。Home 中透過 Add Server 選擇 Subscribe 的流程，是用來建立伺服器訂閱；Config 中的 Subscribe 則是訂閱設定檔。請以畫面實際顯示為準。兩者名稱相近，但伺服器清單與規則設定並非同一種內容。

1. 複製完整的既有訂閱網址，確認開頭、結尾及查詢參數連續完整，並避免一併複製訊息中的引號或換行。
2. 在 Home 開啟 Add Server，進入 Type 選擇 Subscribe；將網址填入相應的 URL 欄位，並輸入方便辨識的名稱。
3. 儲存後返回 Home，查看是否出現訂閱分組及伺服器項目；確認內容後，再選擇其中一項測試連線。
4. 如果既有資料明確標示為規則設定檔訂閱，請改到 Config 使用 Subscribe；完成後還要確認實際選取的設定檔。

分別確認儲存成功與取得內容成功

表單可以儲存，只代表 App 接受輸入，不代表遠端已傳回可解析的內容。儲存後若沒有伺服器項目，先查看是否有請求錯誤，再檢查網址是否完整。若收到的是帳戶登入頁面、說明網頁或存取錯誤訊息，即使能在瀏覽器中開啟，也不能據此判定為有效訂閱。不要將網頁正文貼到伺服器網址欄位；應回頭確認既有資料中的正確入口，以及目前帳戶是否有權讀取該內容。

匯入後先做一輪簡單檢查：確認項目類型是否符合既有資料，隨機開啟一項查看網址和連接埠是否合理，再手動測試連線。項目數量與預期不同，不一定代表匯入失敗，也可能是訂閱目前傳回的內容、App 支援的欄位或篩選條件所致；應參照同一來源的說明，而非拿其他來源的項目數量比較。首次測試時，盡量只保留一台明確選取的伺服器，避免自動選取策略掩蓋實際使用的對象。

若已匯入伺服器但仍無法連線，先不要重複新增相同訂閱。確認 Home 選取的伺服器、Global Routing 與連線開關，再依照連線開關已開啟卻無法上網的檢查順序逐步排查。匯入訂閱只代表資料已進入 App，並不能證明驗證、遠端服務、DNS 與規則都已設定正確。

Add Server 手動欄位核對

當使用者已掌握單一伺服器的完整參數，並需要逐項確認時，適合使用 Add Server。手動輸入的重點不是填滿所有欄位，而是先選對 Type，再填寫該協定實際需要的資料。不同 Type 中同名欄位的意義可能不同，畫面上沒有的選項也不應憑經驗自行補上。網址、連接埠、驗證與傳輸設定各屬不同層次；只有每一層都與既有伺服器資料相符，連線測試才有參考價值。

先選 Type，再填寫基本欄位

1. 在 Home 開啟 Add Server，先確認 Type；更換類型後重新檢查表單，避免沿用上一種類型的驗證資料。
2. 在伺服器位址欄位輸入網域名稱或 IP，在 Port 欄位輸入相應連接埠。不要把完整分享連結、路徑或連接埠後綴一併填入位址欄位。
3. 依照類型填寫 Password、UUID、加密方式或其他驗證參數，保留原本的大小寫、連字號與必要符號。
4. 對照既有資料確認 TLS、SNI、傳輸方式與路徑；儲存後重新開啟一次，確認實際儲存的值。

伺服器位址用來指定連線目的地，TLS 中的 SNI 則是在交握時宣告名稱，兩者不一定相同。若既有資料提供 IP 位址與獨立網域名稱，不要自行將網域名稱填入所有欄位。Port 是遠端監聽的連接埠，不是訂閱連結使用的網頁連接埠；同樣地，也不能因為使用 TLS 就推定連接埠一定是多少。手動輸入時，每個值都應有對應的資料來源；缺少參數就先補齊，不要逐一猜測常見數字。

分開排查驗證與傳輸

驗證失敗與傳輸交握失敗，需要採取不同的檢查方式。前者應優先確認憑證是否完整、是否仍有效，以及是否選錯協定；後者則檢查傳輸類型、TLS 名稱與路徑。有些憑證含有容易被輸入法替換的符號，複製後請留意全形字元與前後空格。UUID 請保留原有分段格式；Password 不要因為看起來像編碼文字就自行解碼。App 需要的是對應欄位的原始值，而不是看起來比較容易理解的形式。

使用 WebSocket 等傳輸方式時，Host 與 Path 可能分別參與請求組成；不可把整段網址放進 Path，也不要任意刪除路徑開頭的斜線。TLS 開關、SNI 與憑證驗證彼此相關，但關閉驗證不應作為一般修復方式。遇到憑證錯誤，先確認名稱、裝置時間與既有伺服器設定是否相符。參數不明時，保留錯誤訊息並回頭查證既有資料，比同時切換多項安全設定更容易找出原因。

命名時建議記錄用途與來源，不要記錄 Password 或完整存取權杖。可以使用「個人測試 / 手動輸入 / Trojan」這類備註，區分同一位址的不同參數組合。修改前先複製一份容易辨識的測試項目，保留原項目；每次只修改一類參數，再重複相同的驗證步驟。成功後確認是哪項變更生效，不要把所有試過的修改都留在正式項目中。協定名稱的意義與規則詞彙可參閱概念速查。

手動輸入的項目通常需要自行維護，不要假設訂閱更新會同步更新其中的密碼或連接埠。即使位址與訂閱內的某個項目相同，兩者也可能是獨立紀錄。遠端參數調整後，應分別檢查來源與本機手動輸入的副本，避免將舊副本連線失敗誤認為整個訂閱無法使用。

Scan QR Code 與剪貼簿匯入

QR Code 和剪貼簿是傳遞資料的方式，不是獨立的連線協定。同一個 QR Code 可以包含單一伺服器分享連結，也可以包含一個訂閱 URL；剪貼簿內容也可能只是名稱、說明文字或網頁網址。App 識別內容後，仍須確認準備匯入的對象類型。不要看到掃描成功提示就立即開啟連線開關。正確流程是讀取內容、確認類型、儲存紀錄、檢查欄位，最後再驗證網路。

掃描 QR Code 並確認儲存內容

1. 從 App 提供的 Scan QR Code 入口開啟掃描功能；只有需要使用相機讀取時，才授予相應權限。
2. 讓 QR Code 完整出現在取景範圍內，保持畫面穩定，避免邊緣缺損、反光或其他 QR Code 同時入鏡。
3. 讀取後確認進入的是 Add Server、訂閱輸入或其他確認畫面，並檢查名稱、Type、位址與 Port。
4. 儲存後返回 Home，確認新增項目所屬的來源；若已有相同紀錄，先比較後再決定保留哪一份。

若 QR Code 顯示在同一台裝置上，且實際掃描入口支援從照片讀取，可以改從照片匯入；若目前畫面沒有相應入口，請改用原始文字連結，不必反覆截圖。從照片讀取只改變輸入方式，不會改變核對內容的要求。圖片經縮小、壓縮、裁切或加上標記後，可能無法還原完整內容；請使用清晰原圖，或直接從既有資料取得文字版本。QR Code 越密集，對畫面清晰度與完整邊界的要求就越高。

剪貼簿讀取範圍

複製連結時，請從協定前綴開始，選取至最後一個參數為止，避免連標題、項目符號及說明文字一併複製。返回 App 後，依照實際出現的剪貼簿識別提示或匯入入口繼續操作；系統詢問貼上權限時，請確認讀取是由本次操作觸發。不同系統設定下，提示出現的時機可能不同；沒有自動提示不代表連結無效。可以先進入相應輸入畫面確認是否支援貼上，再檢查文字格式。

從聊天記錄或網頁複製時，常見問題是實際內容與畫面顯示不同：頁面可能只顯示縮短後的網址，文字可能被插入換行，結尾也可能附上中文標點。不要自行猜測被隱藏的字元。請複製原始連結，不要看著畫面重新輸入。若批次文字同時包含說明行與伺服器行，App 是否能全部識別取決於實際格式；首次建議只匯入一筆完整紀錄，確認解析方式正確後再處理其餘內容。

若掃描後的 Type 與原始資料不符，先取消儲存，確認 QR Code 是否對應到另一筆紀錄。若讀取後欄位缺漏，請保留原始資料，改用 Add Server 對照輸入；不要在類型錯誤的表單中補上看似相近的欄位。若項目已存在，可在名稱中加上「掃描測試」，與原紀錄區分；完成比對後刪除暫存紀錄，以免下次測試選錯對象。刪除前請確認暫存項目不是唯一可還原的副本。

匯入完成後，剪貼簿與照片中的內容仍會保留。含有真實憑證的 QR Code 不適合用來截圖公開詢問問題，剪貼簿也不宜長時間保留敏感連結。完成這次操作後，可以複製一段一般文字覆蓋目前的剪貼簿，並依照自己的資料管理方式清理暫存圖片。其他匯入入口的操作比較請參閱訂閱與伺服器的四種匯入入口；這些安全原則適用於所有輸入來源。

排查紀錄只需註明「掃描無法識別」、「識別後類型錯誤」或「儲存後連線失敗」。這三種情況分別對應輸入、解析與連線階段，應各自處理，避免把圖片清晰度問題誤判為伺服器故障。

分享連結與 Config 格式

分享連結會將伺服器參數編碼成可傳遞的文字，訂閱則可能傳回多筆這類內容。看到協定前綴時，先判斷它描述的是一台伺服器，還是一個內容入口，再選擇輸入方式。常見前綴包括 ss://、vmess://、vless://、trojan:// 與 hysteria2://；但前綴相同，不代表所有參數組合都相同。仍須一併解析協定、傳輸、安全設定與名稱編碼，不能以「連結可識別」取代完整的欄位檢查。

分別判讀前綴、查詢參數與名稱

部分格式會將驗證資訊與位址編碼在主體中，另一些格式則直接顯示位址、連接埠與查詢參數。問號後方可能包含 TLS、SNI、傳輸方式等設定，井字號後方通常用來標註名稱。名稱顯示異常，不代表連線參數一定損壞；反過來，名稱正常也不能證明查詢參數完全正確。排查時應在 App 中查看解析結果，不要只憑連結是否容易閱讀來判斷。名稱可以在本機改成容易辨識的文字，但原始連線資料仍應另行保存。

連結中的百分比編碼用來表示保留字元，部分主體則使用 Base64 編碼。這兩種方式不能混用，也不應反覆解碼整條連結。密碼、路徑或名稱中原本合法的符號，若解碼錯誤，可能變成分隔符並改變欄位邊界。複製時請保留原文；排查時只比對 App 中的欄位與既有資料，避免將解碼後的完整憑證傳送到公開的文字處理工具。編碼是為了方便傳遞，不具保密功能。

伺服器資料與規則檔的分工

伺服器項目說明「連線到哪裡、如何驗證」，Config 則決定「哪些請求採用什麼策略」。兩者可以搭配使用，卻不能互相取代。只匯入規則檔，通常不會自動取得所需的伺服器憑證；只匯入伺服器，也不能據此認定既有規則已生效。檢查分流行為時，應同時確認 Home 中選取的伺服器、Global Routing 目前模式，以及 Config 實際啟用的檔案，避免只查看編輯器中開啟的某份副本。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY

以上為規則語法範例，並非適用於所有網路的完整設定。DOMAIN-SUFFIX 依網域後綴比對，IP-CIDR 指定位址範圍，GEOIP 依據相應的位址歸屬資料判斷，FINAL 作為最後的預設規則。規則順序會影響比對結果；範圍較廣的項目若放在前面，可能使後續更具體的條件無法生效。PROXY 與 DIRECT 是策略關鍵字，不可翻譯，也不要在複製時替換逗號或加上說明文字。

使用 Global Routing 的 Config 模式時，需搭配所選設定檔檢查規則；Proxy 與 Direct 模式則用於不同的整體路由選擇。它們不是三份伺服器資料，也不是三個訂閱來源。要比較某條規則的影響，可以先記錄目前模式，再以相同目標進行一次測試，完成後還原原模式。驗證訂閱內容時，不要同時替換整份 Config；否則即使連線結果改變，也很難判斷是伺服器還是路由策略所致。

若不確定是否支援某個擴充參數，請優先查看目前 App 對應的欄位與原始資料說明。不要刪除所有不熟悉的參數後再儲存，否則連結雖然可能匯入成功，卻失去必要設定。格式問題應分別核對匯入前後內容；規則問題則在 Config 中查找，讓兩條排查路徑保持獨立。

訂閱更新策略與失敗情況

訂閱更新會重新向既有來源提出請求，並解析目前傳回的內容，不是單純測試舊伺服器是否在線。更新後，項目可能增加、移除、改名或變更參數；實際變化取決於遠端內容與 App 的處理方式。因此，更新前應先確認哪些紀錄屬於訂閱、哪些是自行輸入的獨立項目，以及目前正在使用哪一項。對於使用者修改過的訂閱項目，應視為可能被後續更新覆寫的本機變更，而不是長期保存的唯一依據。

先手動更新一次並確認結果

1. 記下目前的來源名稱、選取的伺服器與重要本機修改；重要內容先建立可還原的備份。
2. 使用該訂閱目前提供的更新功能，每次只更新一個來源，並查看結果與錯誤提示。
3. 比較更新前後的分組、名稱與參數，確認目前使用的項目是否仍然存在。
4. 選取一台已確認的伺服器重新連線，以相同的存取目標確認實際效果，再處理其他來源。

若變更不頻繁且希望先檢查內容，可按需手動更新；若 App 提供自動更新設定，可在手動更新成功後，依自己的維護需求啟用。自動更新週期不等於遠端資料變更週期，頻繁請求也無法修復已失效的憑證。系統背景執行條件、本機網路與 App 當時的狀態，都可能影響執行時間，因此排定時間不代表每次都能準時更新。遇到問題時，先在 App 前景手動更新一次，確認明確結果。

分開處理請求失敗與連線失敗

訂閱網址無法存取時，先檢查目前本機網路、DNS 解析與網址完整性。若目前連線狀態可能影響請求路徑，請先記錄狀態，再進行一次有控制的對照；不要在沒有記錄的情況下反覆切換，以免無法重現。若收到驗證錯誤，通常需要確認連結是否仍有效；若內容無法解析，則要判斷回應的是訂閱資料還是網頁。只有成功取得可識別的內容後，才進入伺服器參數與連線可用性的檢查階段。

更新成功不代表所有伺服器都可用。訂閱可以正常傳回資料，但其中某台伺服器可能暫時無法連線；同樣地，舊項目仍能連線，也不代表訂閱入口正常。兩者應分開記錄結果。若更新後只剩部分紀錄，先檢查遠端是否調整內容、目前是否有篩選條件，以及 App 能否解析相關類型。不要立刻連續重新整理多次；先查明第一次更新的變化並保留原始錯誤訊息，才不會失去重要的排查線索。

若要更換既有訂閱網址，先備份舊來源並確認新網址的用途。可以使用獨立名稱驗證新來源，確認項目與連線都正常後，再清理舊紀錄。更換期間不要同時刪除舊來源、清空設定並重設選項，否則失敗後將沒有對照依據。更新完成後，也要確認 Global Routing 與 Config 是否仍符合預期；除非本次操作明確包含設定調整，否則維護訂閱不應連帶改變路由行為。

維護紀錄只需註明更新來源、發生的變化、驗證對象與結論，不必在記錄中放入完整訂閱網址。這樣既方便日後查閱，也能減少敏感資料散落在截圖與筆記中的風險。

多個訂閱的分組、命名與重複項目整理

同時使用多個既有訂閱時，最重要的是「項目來自哪裡」，而不只是顯示名稱是否整齊。名稱相同的兩個項目，可能使用不同網址、連接埠或驗證資料；名稱不同的項目，也可能連到同一個遠端。整理前先區分來源層級：訂閱來源、來源下的伺服器、獨立手動輸入項目，以及用於驗證的暫存副本。各類項目都應清楚可辨，以免更新時選錯分組，或清理測試項目時誤刪正在使用的正式紀錄。

名稱記錄用途，不揭露憑證

訂閱名稱適合標示自己看得懂的用途與資料來源代號；伺服器備註則適合記錄協定或測試目的。例如「工作資料 / 常用」、「個人測試 / 手動輸入」有助於辨識，但名稱不應包含 Password、存取權杖或完整帳戶識別資訊。名稱也不適合記錄測試結論，因為遠端狀態與本機網路都會改變。將單次測試結果寫成固定名稱，容易讓後續選擇依據過時印象，而忽略目前的實際驗證結果。

1. 逐一檢查來源，先確認來源標籤及所屬項目，不要直接在完整清單中批次刪除。
2. 為獨立手動輸入項目與暫存副本加上清楚備註，並妥善保存原始資料。
3. 比對疑似重複項目的 Type、位址、Port、驗證與傳輸設定，不要只比較顯示名稱。
4. 選定要保留的項目後，檢查設定或策略是否引用原名稱，再少量清理並驗證。

訂閱中的名稱可能由遠端管理，更新後不一定保留本機重新命名的結果。若希望長期維持個人分類，優先使用 App 實際提供的來源分組或備註功能，不要大量改寫遠端管理的欄位。若確實要保存獨立副本，也應記錄該副本不再隨原來源更新，須自行維護。副本越多，後續同步成本越高；保留副本應用於排查或還原，而不是讓每次更新都變成完整複製。

判斷重複項目須比對參數

顯示名稱完全相同，只能代表名稱重複。不同憑證可能對應不同授權範圍，不同傳輸路徑也可能對應不同的服務設定。刪除前應開啟項目進行比較，至少確認位址、連接埠、協定與安全設定；涉及憑證時，只在私密環境中核對。若只是位址相同、其他欄位不同，請先分別測試並保留說明。不能因為清單看起來相似，就認定其中一份多餘；也不能以單次測試延遲接近作為重複的證據。

若設定中使用特定伺服器名稱或策略組成員名稱，重新命名或刪除可能影響引用關係。整理前先檢查相應的 Config，不要只查看 Home。使用 PROXY 等策略關鍵字時，也要了解它與目前選取項目的關係，不能以顯示名稱相同就認為引用穩定。整理後選取預期的伺服器，進入 Config 確認啟用的檔案，再使用固定目標測試。若出現異常，優先還原剛才變更的名稱或項目，不要繼續擴大修改範圍。

來源多，不代表必須頻繁切換。維護時可以設定一個已驗證的參考對象，其餘來源則按需測試。將「目前使用」、「備用驗證」、「待確認」作為自己的紀錄狀態，比單純按名稱排序更容易回顧。紀錄應保存在安全位置，不要將狀態文字與真實憑證放在一起。每次只整理一個來源，完成更新、檢查與驗證後再處理下一組，可減少參數混淆與遺漏。

對於暫時不用但尚未完成還原確認的紀錄，先保留會比立即刪除更穩妥。確認原始資料可用、備份可以還原、設定引用已處理後，再做最後清理。清單簡潔只是結果；來源可追溯、還原方式明確，才算完成整理。

Connectivity Test、延遲與排序

Connectivity Test 用於取得特定條件下的測試結果，並非對伺服器品質的永久評價。測試是否建立連線、完成協定交握或存取測試目標，取決於實際選用的測試方式。看到時間數值時，先弄清楚測量對象，再決定如何比較。位址可連線不代表驗證成功，驗證成功也不代表所有網站都能存取；將不同階段分開，才能解釋「測試有結果，但實際存取失敗」等情況。

固定條件後再比較結果

1. 確認裝置目前使用 Wi-Fi 還是行動網路，並先確認本機網路基本可用。
2. 選定一種測試方式與相同目標，記錄 Global Routing、選取的伺服器及相關設定。
3. 在相同條件下測試少量候選項；對異常結果重複測試一次，不要同時修改多個參數。
4. 選取候選伺服器進行實際連線，確認常用的存取需求，再決定是否調整使用順序。

TCP 類測試主要反映能否連上目標連接埠，無法單獨證明代理驗證及後續資料傳輸都正常。對使用不同底層傳輸方式的協定，同一種測試也不一定有相同的解讀方式。若 App 提供透過代理存取目標的測試，應將目標本身的回應狀態納入判斷：目標無法連線、解析異常或暫時拒絕請求，都可能影響結果。不同測試方式得到的時間值不適合直接混在一起下結論；應先確保測量方式一致。

排序不代表自動選取

依測試結果排序通常只會調整清單顯示順序，不代表 App 一定會切換到第一項。實際連線對象取決於目前選取的伺服器，以及設定中的策略。排序後應重新確認選取狀態；若設定使用策略組，也要檢查該組的選取方式。單次測量中的最低時間，只代表當時對該目標的一項觀察，不等於持續傳輸速度較快，也不代表適合所有存取需求。不要把清單位置當成連線狀態的替代資訊。

大量同時測試可能增加裝置、本機網路或遠端的短暫負載，也更容易受到瞬間波動影響。將候選伺服器分批測試，通常較容易維持條件一致。某項偶爾逾時，可在相同條件下重新測試；若持續失敗，則回頭檢查參數，區分位址無法連線、驗證錯誤與目標請求失敗。不要只因一次顯示紅色狀態或空白結果就刪除紀錄，尤其是目前本機網路也不穩定時。

若同一台伺服器在 Wi-Fi 與行動網路下表現差異明顯，先保持伺服器參數不變，分別記錄網路條件，判斷是否與本機連線有關。若所有伺服器都在同一個網路下失敗，優先檢查本機網路與 DNS，而非逐一重新輸入驗證資料。若只有一項持續異常，再比較其 Type、Port、TLS 與傳輸欄位。依照層次排查可減少重複操作，詳細步驟請參閱速度慢的分層排查。

最後的紀錄應包含測試方式、目標、網路條件與結論，不必只保存一個時間數值。排序後仍要保留來源分組與易辨識的名稱，方便下次更新後重新驗證。只有能以相同操作重現的測試結果，才適合作為維護決策依據；暫時無法解釋的差異，應標記為待確認，不要直接歸因於某個協定或伺服器永久無法使用。

刪除、備份與換機還原

伺服器管理的最後一步不是刪除，而是確認刪除後仍有明確的還原方式。App、訂閱來源、伺服器項目與 Config 檔案是不同對象，還原其中一項不代表其他內容也會自動還原。App Store 的已購項目紀錄可用於重新取得 App；使用者自己的伺服器憑證、訂閱網址與本機設定仍須分別保存。換機前先盤點這些資料，比換機後才發現遺漏再追查可靠。系統需求及購買適用範圍以 App Store 頁面標示為準。

依照對象建立備份清單

訂閱來源應保存完整網址與用途說明；獨立手動輸入項目應保存協定、位址、連接埠、驗證資料及必要的傳輸設定；Config 則應保存完整檔案及啟用關係。若 App 提供匯出或備份功能，先確認實際包含哪些內容，不要只憑檔名認定備份範圍。某些匯出內容以設定文字為主，有些操作則只分享目前的伺服器；還原前必須確認各自包含哪些資料。安全保存原始資料，也有助於檢查匯出時是否遺漏擴充參數。

1. 列出來源、手動輸入項目、Config 與重要設定，並註明各自備份資料的保存位置。
2. 使用 App 實際提供的入口完成匯出；檢查檔案是否包含預期對象，並存放於受保護的位置。
3. 條件允許時，在獨立測試項目或目標裝置上驗證還原，不要覆蓋唯一仍可用的原始紀錄。
4. 核對還原後的欄位、選取的伺服器、Global Routing 與 Config，再完成連線及存取測試。

分享用 QR Code、單一分享連結與完整備份，涵蓋的內容各不相同。只保存單一伺服器的 QR Code，通常不足以還原訂閱來源與更新關係；只保存訂閱 URL，也無法還原本機手動修改的備註、獨立項目與規則檔。反過來說，完整備份可能包含大量敏感資訊，應限制存取範圍，避免與公開截圖放在一起。是否加密、如何解鎖，以及如何在目標裝置讀取，都應在刪除原始資料前確認，不要等還原失敗後才補想。

區分刪除項目、刪除來源與停用設定

刪除訂閱中的單一項目，不代表遠端已將它移除；後續更新時仍可能再次出現。刪除整個訂閱來源，則可能同時影響所屬項目；執行前請先閱讀 App 當時顯示的確認訊息。停用或切換 Config 不會刪除伺服器，但會改變請求的處理方式。每次只清理一種對象，操作後確認目前選取項目，避免伺服器已移除卻仍以舊名稱判斷連線對象。若涉及策略引用，也要同步確認設定中的成員是否仍存在。

還原後不要假設連線開關、系統授權或 App 內的選取項目都與舊裝置相同。先開啟 Shadowrocket 並確認匯入內容，再選取已核對的伺服器與 Global Routing，並依照系統提示授予 VPN 設定權限。系統提示是建立裝置網路設定的流程，不會代替使用者補齊伺服器資料。重新取得 App 與確認已購項目，請參閱換機與重新安裝說明；用戶端費用範圍請參閱一次買斷與線路費用說明。

誤刪後應先停止進一步清理，檢查現有備份、原始資料與其他尚未修改的裝置。不要反覆更新，猜測本機獨立項目是否會重新出現，也不要覆蓋仍完整的副本。還原一份後先檢查內容範圍，再測試連線；確認可用前請保留原始備份，避免以不完整的新檔案覆蓋唯一的舊檔。整理完成後記錄最後保留的項目與還原資料位置，之後每次重要參數變更時再更新備份。