Subscribe 匯入：先分辨網址與回傳內容
訂閱記錄與伺服器項目的關係
訂閱網址是可重複請求的資源入口，伺服器項目則是用戶端解析後產生的個別連線對象。一筆訂閱可能回傳多個項目，但訂閱名稱、項目名稱與目前選取的伺服器並非同一項設定。管理時，請先保留訂閱的來源關係，再查看各項目的協定與參數。網址可以儲存，不代表遠端內容已成功取得；清單中出現名稱，也不代表伺服器已通過實際連線驗證。
開始前，請先從原始資料確認這是用於更新訂閱的完整網址，而非帳戶頁面、說明頁面或單一伺服器分享連結。尤其要保留網址問號後的查詢參數，這些參數可能用於身分驗證或選擇內容。複製時不要附上中文引號、換行、聊天訊息前綴或結尾標點，也不要為了讓網址看起來整齊而自行刪除參數。訂閱網址應視為敏感憑證處理，勿用於公開截圖。
從 Add Server 建立 Subscribe 記錄
在 Home 開啟 Add Server，進入 Type 選項並選取 Subscribe，再依目前表單填入網址與方便辨識的備註。不同顯示語言下，選項位置可能有所不同，請以 App 內實際顯示的 Subscribe 項目及欄位提示為準。儲存前逐字核對協定標頭、主機名稱、路徑與參數；儲存後確認是否出現相應訂閱群組、是否建立伺服器項目，以及 App 是否回報請求或解析錯誤。這三項結果應分別記錄。
首次匯入建議一次只處理一筆訂閱。先確認回傳內容可解析、項目歸屬正確，再新增下一筆，發生問題時才能直接定位輸入來源。匯入完成後，在 Home 點選要使用的伺服器，確認選取標記位於該項目；展開訂閱群組不等於選取伺服器。接著依照快速上手指南連線並執行 Connectivity Test，確認匯入結果確實用於目前連線。
清單空白與請求失敗的檢查順序
若儲存後沒有伺服器，先查看 App 回報的是存取失敗還是內容無法解析。存取失敗時，檢查目前網路能否送出請求、網址是否完整，以及憑證是否仍有效；內容無法解析時，確認遠端回傳的是伺服器資料，而非需要登入的網頁、錯誤說明或空白回應。瀏覽器能顯示文字，只能證明瀏覽器取得了內容，不能直接證明該內容適用於 Subscribe，也不能取代在用戶端內確認匯入結果。
不要為了修正空白清單而連續新增相同記錄。重複匯入會增加後續更新與刪除的判斷難度，卻無法修正錯誤網址。保留一筆訂閱記錄，重新核對輸入後再更新一次；若遠端資訊已變更，請使用自己現有服務提供的最新網址。排查時只記錄問題發生的步驟，不要將完整網址傳給無關人士。需要說明問題時，描述錯誤類別、目前網路及是否產生項目即可。
若同一網址過去可用、現在卻失敗，先保留現有伺服器清單，避免原因未明就清除資料。記錄上次成功更新後可見的項目與本次提示，再判斷是遠端暫時無法連線、回傳內容變更，還是本機輸入遭到修改。管理的目標是恢復可重複更新的來源關係，而不只是讓清單暫時出現幾個名稱。
Add Server 手動填寫欄位：依協定核對，不要從名稱推測
先選擇 Type，再填寫連線資訊
手動新增適合已持有完整伺服器參數、需要逐項核對的情況。在 Home 開啟 Add Server 後，先選擇實際使用的協定 Type，再填寫 Address、Port 與相應的驗證欄位。選擇 Type 會改變表單所需參數，因此不能先將所有資料填入某一種協定，再只修改名稱就以為已完成轉換。備註僅供辨識，不參與驗證；名稱包含某個協定詞，也無法證明項目實際採用該協定。
Address 通常填寫主機名稱或位址本身，Port 則另外填入數值。除非目前欄位明確要求完整網址，否則不要將完整網頁網址、路徑和連接埠一併填入 Address。複製後請檢查前後空格，以及數字是否被輸入法轉換為全形字元。位址、連接埠、驗證與傳輸參數應來自同一份既有伺服器資料，不要從多個相似項目拼湊；其中任一項對應到不同入口，都可能導致連線失敗。
| Type | 驗證資訊 | 其他核對項目 |
|---|---|---|
| Shadowsocks | Method、Password | 是否有額外傳輸要求 |
| VMess / VLESS | UUID 與協定相關選項 | 傳輸類型、路徑、TLS |
| Trojan / Hysteria2 | 對應的驗證欄位 | 伺服器名稱、TLS 與其他參數 |
| WireGuard | 金鑰與對端資訊 | 介面位址、Endpoint 與路由範圍 |
| HTTP / SOCKS5 | 依要求填寫使用者名稱與密碼 | 位址、連接埠與驗證要求 |
不同驗證欄位不可互相替代
Shadowsocks 的 Method 與 Password 必須和伺服器設定相符；VMess、VLESS 的 UUID 不是任意備註，也不能以帳戶登入密碼取代。Trojan、Hysteria2 應依各自表單及既有資料核對驗證值。WireGuard 需要了解本機私鑰與對端公鑰的用途，不可交換欄位。表格僅供檢查方向參考，並非適用於所有伺服器的通用參數範本；實際必填項目以所選 Type 的表單為準。
密碼與金鑰通常區分大小寫，複製時請勿使用自動更正。遇到看似空白的驗證欄位，應先確認資料是否真的要求留空，不要只憑連線結果反覆猜測。若參數來自分享連結，可先匯入為獨立項目，再進入編輯頁與文字資料逐項比對。這樣既能保留原始解析結果，也能找出手動填寫時遺漏的傳輸選項；但仍需確認連結確實屬於同一伺服器。
分別檢查 TLS、伺服器名稱與傳輸路徑
啟用 TLS 後，連線位址與用於憑證驗證的伺服器名稱可能不同。傳輸中的 Host、Path 與 TLS 伺服器名稱各有用途，不能因為都是網域或字串就互相複製。請依據既有資料檢查傳輸類型、路徑中的斜線、大小寫及伺服器名稱。不要以關閉憑證驗證掩蓋欄位不符；遇到憑證問題時，也要確認裝置日期與時間是否正確，以及資料中的網域是否仍有效。
儲存後重新開啟編輯頁，確認輸入內容沒有遺漏或填入錯誤欄位。每次修改都應明確區分：先只更改一項有依據的設定，再測試結果，不要同時更換協定、連接埠、驗證資訊與 TLS。若已知一組完整參數可正常使用，可建立獨立測試副本進行比對，但應清楚區分原項目與測試項目，避免將未驗證的副本設為日常預設伺服器。
手動填寫的項目通常需要自行維護，不要假設 Subscribe 更新會替它修正參數。由訂閱產生的項目，則應優先從來源資料著手核對，因為重新整理時欄位可能會重新產生。不熟悉特定英文介面詞時，可參閱介面詞彙說明，避免混淆連線參數與 Global Routing 的策略選項。
掃描與剪貼簿匯入：辨識內容後再儲存
Scan QR Code 僅改變輸入方式
QR Code 是承載文字的方式，不是獨立的伺服器協定。內容可能是單一伺服器分享連結、訂閱網址，也可能只是一般網頁。使用 Scan QR Code 前，先確認內容來自自己既有的伺服器資料；辨識後檢查用戶端顯示的類型與待匯入對象，再決定是否儲存。不要將「掃描成功」視為伺服器可用；掃描只代表讀取了影像中的文字，之後仍須檢查格式解析與連線驗證。
從 App 提供的掃描入口開啟 Scan QR Code，依系統提示決定是否允許使用相機，再將完整 QR Code 放入取景範圍。若暫時不想授權相機，可改用已有文字的匯入方式，無須為了繼續操作而調整無關的系統權限。影像反光、裁切缺角、解析度不足或螢幕縮放都可能影響辨識；建議優先取得清晰的原始 QR Code，不要反覆截取越來越小的局部影像。
辨識結果須分三個層次核對
第一層確認對象類型：開啟的是 Add Server 編輯資料，還是 Subscribe 網址記錄；第二層檢查連線欄位：位址、連接埠、協定與驗證資訊是否完整；第三層確認管理歸屬：新項目屬於預期訂閱，還是獨立儲存的手動項目。掃描後若跳轉至一般網頁，代表 QR Code 可能包含網頁入口，不應再把整段網頁網址當成伺服器參數填入。
同一部裝置儲存的 QR Code 圖片是否可直接從相簿辨識，應以目前掃描介面實際提供的功能為準。若沒有相應入口，無須假設存在隱藏手勢。可使用自己儲存的原始文字，或在另一部受控裝置上顯示既有 QR Code 再掃描。整個過程都應避免將含驗證資料的影像放入公開共享相簿、群組聊天或螢幕錄影；尤其不要只遮住備註，卻保留完整編碼區域。
匯入剪貼簿前先移除無關文字
複製時盡量只選取一條完整的分享連結或訂閱網址，不要複製整段聊天記錄。系統詢問是否允許貼上時，先確認目前操作確實由自己發起，再允許 App 讀取。若 App 顯示匯入提示，先檢查解析出的數量與類型；若沒有提示，請使用介面實際提供的匯入入口，不要把未出現提示誤判為不支援該協定。複製一次、核對一次，比連續覆寫剪貼簿更容易追蹤問題。
富文字內容可能附帶項目符號、引號、不可見空格與手動換行。可在受控的純文字環境中檢查前後內容，但不要因此將憑證貼入線上轉換頁面。批次匯入多個項目時，檢查每筆記錄的界線，避免兩段連結被合併成一行，或一段編碼內容被拆成兩筆。若 App 回報的數量與預期不同，先回到原始文字確認，不要保留不完整結果並繼續連線。
若掃描與文字匯入的結果不同，請比對兩者是否確實來自同一份內容。QR Code 可能取自較早儲存的資料，而剪貼簿已複製新網址；文字也可能含有額外跳脫字元。保留原始資料並比較對象類型、位址與連接埠，不要只憑名稱相同就下結論。確認匯入完成後，將剪貼簿內容替換為一般文字，並清除不再需要的敏感截圖，降低後續誤分享的風險。
訂閱更新策略：分辨請求成功與內容變更
手動更新應包含完整檢查流程
訂閱更新是再次存取已儲存的網址並處理回傳內容，不是測試既有伺服器的連線狀態。執行前先確認要更新哪一筆訂閱，並記下目前選取的伺服器與群組狀態；執行後分別檢查 App 提示、項目變化，以及預設選取是否仍符合預期。請求成功但項目沒有變化，可能只是遠端內容與本機相同；清單有變化，也不代表新項目已通過連線驗證，兩種情況都需要進一步確認。
對訂閱記錄執行介面提供的更新操作後，請等待本次結果再繼續，不要在請求尚未完成時反覆點選。頻繁重新整理不會讓錯誤網址變正確，還可能使多次請求的先後結果難以分辨。若更新失敗，先依提示判斷是網路無法連線、驗證問題或內容解析問題，再決定下一步。需要更改網址時，請直接檢查訂閱記錄本身，不要只在某個產生的項目中修改伺服器位址。
自動更新不代表即時更新保證
若目前 Settings 或訂閱編輯介面提供自動更新選項，請先閱讀其實際功能與可設定範圍，再依需求啟用。不要假設 App 在任何背景狀態下都會於精確時間送出請求。裝置網路、系統排程與 App 狀態都會影響執行條件；準備使用新參數連線前，仍應在前景檢查最近一次可確認的更新結果，必要時手動更新並驗證連線。
更新頻率應配合資料變動，而非越短越好。長期穩定的訂閱，不需要因一次連線失敗就連續重新整理；若現有服務明確調整了參數，則應更新並檢查變更後的欄位。自動更新與自動選擇伺服器也不是同一回事：前者維護資料，後者涉及實際連線對象。不能因為清單剛更新，就假設用戶端已自動切換到更合適的項目。
本機編輯與遠端內容的界線
訂閱產生的欄位可能在後續更新時重新寫入，因此修改本機備註、連接埠或其他參數後，應考慮這些修改是否會遭到覆蓋。實際保留方式以目前介面與更新結果為準。若需長期保留自訂參數，可在功能允許時建立獨立的手動項目，並清楚標示維護責任；不要將訂閱項目視為長期不變的本機記錄，也不要依賴未經驗證的覆寫規則。
若更新後出現新增、減少或重名項目，先比對遠端資料是否確實變動，再檢查目前選取的項目。舊伺服器可能已移除，新名稱也可能對應不同參數。為避免連線時混淆，可在非關鍵傳輸期間進行重要更新；更新完成後重新確認選取標記，再開始測試。對舊項目的依賴應以參數與來源歸屬為準，不要只記得它在清單中的位置。
排查更新失敗時，可改用另一種自己能控制的網路進行比較，同時維持網址與用戶端設定不變。若更換網路後更新成功，優先分析請求路徑；若仍然失敗，再核對網址與回傳格式。不要直接將訂閱更新問題歸因於某台伺服器的延遲，也不要同時清空清單、修改網址並切換多項網路設定。一次只變更一個條件，結果才有比較意義。
簡單的維護記錄比單靠記憶可靠：記下操作對象、操作原因、是否有項目變化及驗證結果即可，無須保存完整驗證資訊。下次遇到相同提示時，就能判斷問題出在存取訂閱、解析內容，還是連線伺服器的階段。這類記錄也能減少對正常清單重複匯入或刪除的誤操作。
多訂閱整理：保留來源歸屬與選取依據
為訂閱命名，不要公開網址
管理多筆既有訂閱時，首要之務是能回答「這個項目是由哪筆記錄更新而來」。為訂閱設定簡短、穩定且容易辨識的備註，例如依個人裝置用途或維護範圍命名；不要將完整訂閱網址、帳戶識別資訊或金鑰放進名稱。備註應協助辨識對象，而非用來儲存參數。伺服器名稱則應保留必要的辨識資訊，避免全部改成相同的短名稱，以致後續無法比對。
新增第二筆訂閱前，先確認第一筆已完成匯入與一次實際驗證。接著逐筆新增，觀察新增的群組與項目範圍。若 App 支援摺疊群組，可將暫時不用的群組收起以減少畫面干擾；但摺疊只影響顯示，不代表停用、刪除或改變目前連線。查看清單時，應分開理解展開狀態與選取狀態；實際連線對象以用戶端顯示的選取標記為準。
比較參數與維護來源，判斷是否為重複項目
名稱相同不一定代表重複，名稱不同也不一定代表彼此獨立。判斷前先比較 Type、Address、Port，以及重要的驗證與傳輸欄位，再確認它們是否分別來自不同訂閱。兩筆訂閱若回傳相似伺服器，保留不同來源有助於維持各自的更新關係；直接刪除某個產生的項目，它可能在下次更新時再次出現。因此，整理前應先釐清目標是減少畫面上的重複項目，還是停止維護某筆來源記錄。
| 對象 | 主要用途 | 整理時的核對項目 |
|---|---|---|
| 訂閱記錄 | 保存更新入口與來源歸屬 | 網址、備註、更新結果 |
| 伺服器項目 | 保存具體連線參數 | 協定、參數、選取狀態 |
| Config | 保存規則與策略引用 | 目前檔案、規則順序、引用名稱 |
| Global Routing | 確認請求採用的路由方式 | Config / Proxy / Direct |
整理清單不等於修改路由
Global Routing 使用 Config 時，請求會依目前設定中的規則處理；使用 Proxy 時，需核對目前代理伺服器或相關策略；使用 Direct 時，流量則依該模式直接處理。清單中有多少筆訂閱，並不能決定請求一定經由哪台伺服器。若設定中還有依名稱引用的策略，應繼續檢查引用是否有效；只看 Home 中選取了一台伺服器，不能據此判定所有請求都會使用它。
修改備註前尤其要留意設定中的引用關係。若規則或策略依賴特定名稱，改名後可能需要一併核對引用；若只是為了畫面整齊而批次改名，反而可能增加維護負擔。建議先確認目前 Config 是否引用特定名稱，再決定修改範圍。對不熟悉的設定，保留一份原始檔並小範圍驗證，比一次重新命名所有項目更容易復原，也更容易找出錯誤環節。
建立可重複執行的維護順序
日常整理可採用固定順序：先更新一筆訂閱、核對變化，再測試準備使用的項目，最後處理重複或失效記錄。完成一組後再處理下一組，避免多筆訂閱同時重新整理而無法判斷變更來源。若某筆訂閱暫時失敗，不要立刻刪除並重建其他正常記錄；應保留已驗證的狀態，將排查範圍限縮在出問題的記錄。
項目數量較多時，先依來源歸屬縮小範圍，再使用介面實際提供的搜尋或排序功能查找。搜尋不到可能是名稱變更、群組已摺疊或篩選條件造成，不一定代表記錄已刪除。切換測試對象前，先記下目前可用的項目；測試結束後再返回預期的選取項目。多訂閱管理的重點是讓來源、參數、路由與目前選取狀態保持清楚，而非一味縮短清單或統一名稱。
需要查閱特定介面詞時，可參考術語表；需要從頭完成連線時，請返回快速上手。本頁的整理方法旨在減少管理混淆，不會改變既有服務的權限、參數有效期限或可用範圍。
延遲測試與排序：分別判斷回應、交握與請求
單一測試數值無法代表所有使用結果
測試結果首先取決於採用的檢測方式。檢查連接埠、需要協定參與的檢測，以及實際網頁請求，驗證範圍各不相同。某種方式有回應，可能只表示相應路徑可以建立連線；不一定代表驗證、TLS、規則與目標服務的完整流程均正常。比較數值前，先查看目前的測試設定與說明，確認結果來自同一種方法，不要直接排列不同檢測範圍的數值。
批次測試適合初步縮小檢查範圍，不適合直接認定「排第一的項目永遠最好」。目前網路、測試目標、裝置負載與測試時間都會影響結果。應在相同網路條件下完成一組測試，再對準備使用的少數項目進行實際驗證。剛切換網路時顯示的舊結果只反映先前條件；未重新測試前，不應繼續以此作為選取依據。
Connectivity Test 應配合目前連線檢查
在 Home 選擇準備使用的伺服器，確認選取標記後開啟連線開關；若系統要求新增 VPN 設定，請閱讀提示並依自己的操作意圖確認。接著執行 Connectivity Test，並一併檢查 Global Routing。若目前使用 Direct，測試成功不能證明某台代理伺服器的驗證正確；若使用 Config，還要考慮測試目標可能符合的規則，以及該規則最後採用的策略。
實際驗證應涵蓋自己確實需要存取的目標。Connectivity Test 成功但某個 App 無法使用時，應進一步檢查該 App 的請求是否符合不同規則、網域解析是否正常，以及目標服務是否有獨立問題。不要因為系統顯示 VPN 狀態就停止驗證：系統狀態只表示連線設定正在運作，不代表每個目標都已成功完成請求。首次連線的詳細步驟請參閱首次連線檢查說明。
遇到逾時，依層次逐步定位
發生逾時時，先檢查目前的基礎網路，再核對伺服器位址與連接埠，接著檢查驗證、傳輸與 TLS；若出現網域相關錯誤，再檢查解析與伺服器名稱。連接埠無法存取與驗證遭拒屬於不同階段，應依實際提示分別處理。若錯誤訊息不足，可在保留其他參數不變的前提下，改用另一種自己能控制的網路比較；沒有依據時不要連續修改多個欄位，否則測試結果無法對應特定原因。
裝置系統日期與時間也會影響憑證及部分驗證流程。請檢查日期、時區與自動設定是否符合實際狀況，不要長期關閉驗證來迴避錯誤。若只有一台伺服器失敗，而同一網路下其他已知項目正常，應將排查集中在該項目的參數與遠端狀態；若多筆不同記錄同時失敗，則先檢查共通條件。更詳細的排查方向請參閱逾時與連線失敗排查。
排序只會改變檢視順序，不會取代選取
依延遲排序有助於瀏覽，但排序本身不保證會自動切換目前連線。排序後仍應明確點選要使用的項目，確認選取標記並再次驗證。空白結果、尚未測試的結果與失敗結果也不能任意視為相同數值比較；請確認目前介面如何表示這些狀態。多訂閱環境中還要確認排序的適用範圍，是目前群組還是更大的清單，避免誤以為某筆記錄已消失。
測試後保留足夠但不過量的記錄：使用的測試方法、所在網路，以及實際請求是否成功即可。分享排查資訊時，請遮蔽伺服器驗證資料、訂閱網址與個人資料。測試記錄的價值在於說明條件與現象，而非展示一串無法重現的數值；只有條件一致，前後比較才有助於分辨網路、參數與規則變化。
刪除與備份：先確認範圍，再驗證還原
刪除前先確認操作對象
刪除單一伺服器、刪除訂閱記錄與刪除 Config 檔案，影響各不相同。操作前先確認目前所在頁面、選取的對象，以及確認提示所描述的範圍。從清單移除單一伺服器，不代表遠端訂閱內容也遭到變更；刪除訂閱記錄，也不能取代對外部服務權限的處理。不要只憑按鈕附近顯示的名稱判斷影響，應結合頁面位置與實際提示，確認本次刪除的對象是項目、群組還是設定檔。
若準備刪除目前選取的伺服器，先確認替代項目並驗證連線，再處理舊記錄。若設定策略依賴即將刪除的名稱，也要一併檢查引用是否仍可解析。刪除後返回 Home 核對選取狀態，並檢查 Global Routing 與目前 Config。不要假設用戶端一定會自動選取符合預期的下一筆記錄；即使系統仍顯示連線狀態，也應重新驗證實際請求。
訂閱項目可能在更新後重新出現
在本機刪除由訂閱產生的伺服器後，下次重新整理可能依遠端內容再次建立該項目。這不一定代表刪除失敗，而可能是本機清單重新與來源內容同步。若目標是停止維護整筆訂閱，應處理相應的訂閱記錄，並查看確認提示中關聯項目的範圍；若只是暫時不使用某台伺服器，清楚管理選取狀態與群組顯示，通常比反覆刪除、重新整理更容易維護。
批次刪除前不要依賴清單位置，因為排序、群組展開與更新都會改變位置。請逐一核對名稱與來源，必要時先將範圍縮小至單一群組。若不確定某個項目是否仍被規則引用，應先保留並查明引用關係，不要刪除後再靠連線失敗推測。刪除是管理操作，不是例行排錯的第一步；保留可供比較的舊狀態，通常更有助於定位問題。
備份需涵蓋不同類型的資料
完整還原所需資料可能包括原始訂閱網址、獨立手動填寫的伺服器參數、Config 檔案，以及需要重新設定的 App 選項。備份單一伺服器分享連結，通常不能取代整筆訂閱的更新入口；備份 Config，也不代表其中包含伺服器驗證資料。使用 App 實際提供的匯出或備份功能時，應閱讀項目說明並確認涵蓋範圍，不要只憑檔案名稱或大小判定內容完整。
備份檔案可能包含密碼、UUID、金鑰或訂閱憑證，應儲存在自己控管且設有存取保護的位置。不要將其當成一般文件公開分享，也不要為了方便辨識而把驗證值寫入檔名。裝置送修、轉交或更換前，應先檢查本機檔案、相簿中的 QR Code 與剪貼簿是否仍保留相關資訊。保護備份不只是保留副本，也包括限制哪些帳戶與裝置可以存取副本。
分開處理還原驗證與重新安裝 App
更換裝置或重新安裝前，先確認自己持有可供還原的資料，再處理原裝置。重新取得 App 請透過 App Store；已購項目還原方式與購買適用範圍請參閱已購項目還原說明，系統需求以 App Store 頁面標示為準。重新安裝 App 與還原伺服器資料是兩項獨立工作，不要假設購買紀錄會一併還原所有本機設定，也不要將存在系統備份視為實際還原成功的證明。
在目標裝置完成還原後，請依資料類型逐項檢查：訂閱網址是否存在且可更新、手動填寫項目的欄位是否完整、Config 是否已選取，以及相關策略名稱是否有效。最後選擇預期使用的伺服器、檢查 Global Routing、執行 Connectivity Test，並驗證實際目標。完成整個流程，才能確認備份符合目前需求；能開啟備份檔案或看到幾個名稱，只是還原過程中的中間結果。
若懷疑某份備份或分享資料已外洩，應在自己既有服務的管理範圍內處理相應憑證，並更新用戶端記錄。只刪除本機副本，不會改變已暴露的驗證值。確認還原驗證通過後，再依需求清理過期副本，同時保留一份已確認範圍與用途的可用備份。日常維護遵循「先保存依據、再變更狀態、最後驗證結果」，比故障發生後重新拼湊資訊更可靠。