Home
查看現有伺服器、選擇連線對象及操作連線開關的主要入口。新增資訊時常會使用 Add Server 或 Scan QR Code；匯入後應先核對記錄內容，再嘗試連線。Home 顯示的名稱只是辨識標籤，不代表伺服器狀態或品質。
INTERFACE / ROUTING
介面與開關
先確認這是頁面名稱、整體模式還是連線狀態。開關已開啟，不代表目標網站一定連得上；還要檢查所選伺服器、目前模式與規則。
Global Routing
決定整體請求處理方式的模式選項，包含設定、代理、直連，對應 Config、Proxy、Direct。這與選擇伺服器不同：前者決定處理方式，後者決定代理連線使用哪個遠端對象。排查分流異常時，先確認此處是否選為 Config。
Config
在 Global Routing 中，Config 表示依目前設定檔中的規則選擇處理策略。請求可能交由 PROXY 處理，也可能使用 DIRECT 或 REJECT，因此選擇 Config 不代表所有請求都會經過代理。作為底部頁面名稱時，Config 則指管理設定檔的入口，需依所在位置判斷。
Proxy
Global Routing 中的代理模式，會讓一般連線請求透過所選代理對象處理，而非依照一般網站分流規則逐條選擇策略。實際行為仍可能受系統流量範圍及相關排除設定影響。這與規則行末的大寫 PROXY 不同；後者只描述符合該規則後的動作。
Direct
Global Routing 中的直連模式，一般請求不會透過代理伺服器轉送。切換為 Direct 不代表已關閉用戶端連線開關，也不能據此認定 DNS 等設定已還原為系統原始狀態。比較切換前後的網路行為時，應分別記錄模式與連線開關狀態。
Data
用來查看用戶端統計的流量資訊，可依目前頁面提供的檢視方式查看上傳、下載等數值。用戶端統計與系統行動網路統計的計入範圍、統計時間及重設時點可能不同。若要判斷某次操作產生多少流量，應在同一檢視畫面比較操作前後的變化，不要混用不同統計口徑的累計值。
DNS
將網域名稱解析為 IP 位址的機制，是許多網路連線建立前的重要環節。即使代理伺服器本身仍可連線，解析失敗也可能導致網頁無法開啟。DNS 的使用方式也可能影響 IP 類規則的判斷，應一併核對設定檔中的相關項目與目前生效模式，而非只更換解析位址。
On Demand
依預設網路條件觸發連線行為的功能，關注的是何時連線，而不是特定網站符合哪條規則。網站請求如何分流，仍由 Global Routing 與目前設定檔決定。啟用前先確認手動連線正常，再依 App 實際提供的網路條件進行設定，並觀察切換網路後的行為。
Connectivity Test
用來檢查現有伺服器的連線狀況，結果會依所選測試方式、測試目標及當下網路而異。延遲反映特定測試的往返或回應時間，不等同於下載頻寬，也不保證每個網站都能存取。比較多次結果時，應維持相同測試方式；出現異常時，再搭配實際請求與 Log 判斷。
Log
用來記錄執行、連線或請求相關資訊，可協助找出解析失敗、驗證失敗與規則行為的原因。應針對一次可重現的操作查看相應時段，不要只截取零散的一行。記錄可能包含網域名稱、位址與個人設定內容，分享前應移除驗證資訊與訂閱憑證。
iCloud 同步
在符合條件時透過 iCloud 同步 App 資料，實際範圍與行為請以 App 內設定為準。這與還原 App Store 購買資格不同：重新取得 App，不代表所有本機設定都已還原。更換裝置前應保留可還原的備份，並在新裝置上逐項確認目前設定與伺服器記錄。
Proxy 連接埠
此處通常指本機代理程式監聽所使用的連接埠，不是 Add Server 中填寫的遠端伺服器連接埠。連接埠號碼須與使用此本機代理程式的連線設定一致；是否允許其他裝置存取，也與監聽位址及網路存取範圍有關。若沒有明確用途，不應只為排查網頁問題而擴大監聽範圍。
PROTOCOLS / PARAMETERS
協定
協定定義用戶端與伺服器的通訊方式，不代表效能排名。以下僅說明技術含義；填寫時應以使用者現有伺服器的實際參數為準，不能只更改協定名稱來轉換記錄。
Shadowsocks
一種代理協定，用戶端與伺服器必須使用相符的加密方式及驗證參數。位址、連接埠、密碼或加密方式只要有一項不一致，都可能造成連線失敗。填寫時應依現有資訊逐項核對，不要因為協定名稱相同，就認為不同記錄的欄位可以互換。
VMess
一種具備使用者驗證機制的代理協定，設定通常涉及使用者識別與傳輸相關參數。底層傳輸方式、路徑及 TLS 設定都需要另外核對，不能只檢查伺服器位址。匯入後應保留原有參數的用途，避免將顯示名稱誤認為驗證資訊。
VLESS
一種將驗證與傳輸安全分別設定的代理協定，不能只憑 VLESS 名稱推斷連線使用了哪種保護方式。使用者識別、傳輸方式與相關安全參數都必須與伺服器一致。排查時應區分驗證問題與傳輸交握問題，而非反覆替換同一個位址欄位。
Trojan
通常搭配 TLS 使用的代理協定，需核對密碼及伺服器名稱、憑證等相關參數。伺服器位址與 TLS 驗證所用名稱不一定扮演相同角色，應依原始設定填寫。遇到憑證錯誤時，先核對名稱、裝置時間與憑證狀態，不要將關閉驗證當成一般處理方式。
Hysteria2
以 QUIC 為基礎的代理協定，連線需要可用的 UDP 通道，以及正確的驗證與 TLS 參數。特定網路下連線失敗，可能與本機網路對 UDP 的處理方式有關，不一定是密碼錯誤。協定名稱中的數字是名稱的一部分，不能據此與其他協定簡單比較速度或品質。
WireGuard
使用公開金鑰機制建立加密通道的協定，設定涉及本端金鑰、對端公開金鑰、通道位址與遠端端點等資訊。私密金鑰屬於敏感憑證，不應放入公開截圖或記錄說明。交握成功與特定目標可否連線是不同的檢查層次，還需搭配路由範圍與 DNS 設定判斷。
HTTP
作為代理類型時，HTTP 表示透過 HTTP 代理機制轉送請求，不只是網址開頭的協定標示。連線至代理端的傳輸是否受到 TLS 保護，應依實際連線方式與設定判斷，不能只因目標網頁使用 HTTPS 就推斷。驗證資訊與連接埠也應依現有伺服器說明填寫。
SOCKS5
一種用來轉送網路連線的代理協定，可能包含使用者名稱與密碼驗證，但通過驗證不代表傳輸內容已加密。是否支援 UDP，取決於伺服器能力、用戶端設定與網路條件。核對記錄時應確認代理類型，不要只因位址與連接埠相同，就將它當成 HTTP 代理使用。
RULES / MATCHING
規則關鍵字
規則先描述比對條件，再指定處理策略。以下範例使用保留的示範網域或文件專用位址範圍，僅用於說明語法；規則需放在目前啟用設定檔的 [Rule] 區段，並留意排列順序。
DOMAIN
精確比對指定網域名稱，不會自動涵蓋所有子網域。例如，下方規則適用於 example.com，不會只因網域層級關係就一併比對 www.example.com。若要涵蓋主網域及其子網域，可考慮使用 DOMAIN-SUFFIX，並確認前面是否已有其他規則。
DOMAIN,example.com,PROXYDOMAIN-SUFFIX
比對指定網域名稱及其子網域，適合依網域範圍設定策略。例如，example.com 與 www.example.com 都可能符合下方範例的範圍。規則比對的是網域邊界，不是任意位置出現的相同字串；範圍較廣的字串比對應與 DOMAIN-KEYWORD 區分。
DOMAIN-SUFFIX,example.com,PROXYDOMAIN-KEYWORD
依網域名稱是否包含指定字串進行比對，命中範圍比精確網域或網域後綴規則更容易擴大。範例中的 example 可能出現在不同網域，不限於 example.com。使用前先確認預期涵蓋的對象；若發生誤判，優先檢查這類範圍較廣的條件。
DOMAIN-KEYWORD,example,PROXYGEOIP
依 IP 地理資料庫的歸屬結果比對，條件判斷的是位址，而不是網站使用的語言或使用者所在位置。資料庫結果可能與網站內容來源不同，也可能因 CDN 位址變動而改變。網域請求的解析方式及資料庫的判斷結果，都會影響對此類規則的理解。
GEOIP,CN,DIRECTIP-CIDR
依 IPv4 位址範圍比對，斜線後的前綴長度決定範圍大小。下方使用文件專用的示範位址範圍，不指向實際服務。用於網域請求時，也要留意比對過程是否涉及 DNS 解析；此規則無法取代依網域設定的規則，兩者的判斷依據不同。
IP-CIDR,192.0.2.0/24,DIRECTIP-CIDR6
依 IPv6 位址範圍比對，概念與 IP-CIDR 相似，但處理的位址類型不同。只設定 IPv4 規則，不代表相應的 IPv6 連線也會符合相同條件。若同一網域的連線行為不一致，應搭配解析結果確認實際使用哪一類位址。
IP-CIDR6,2001:db8::/32,DIRECTFINAL
處理未符合先前任何規則之請求的預設規則，通常放在規則清單末尾。FINAL,DIRECT 表示其餘請求直接連線；若改用 PROXY，其餘請求就會交由代理策略處理。修改此規則會影響未被其他規則涵蓋的整體範圍，不應將它視為只適用於特定網站的設定。
FINAL,DIRECTPROXY / DIRECT / REJECT
這些是規則符合後採用的策略名稱，不是協定名稱。PROXY 表示交由代理處理，DIRECT 表示直接連線，REJECT 表示拒絕請求；PROXY 實際使用的連線對象仍須依目前選擇與設定判斷。規則中的大寫寫法應維持原樣，不要與介面模式 Proxy、Direct 混用。
DOMAIN,example.com,REJECTSUBSCRIBE / CONFIGURATION
訂閱與設定檔
先分清伺服器從哪裡匯入、規則存放在哪裡，以及 App 購買如何還原。三者彼此相關，但不能互相取代；重新取得 App 不一定會還原原有連線資料。
Subscribe
透過連結匯入並更新使用者現有伺服器清單的方式；連結需向使用者自己的服務供應商取得。這與透過 App Store 購買用戶端是不同事項，也不一定包含完整的規則設定。訂閱網址可能帶有存取憑證，應視為個人資料，避免公開分享、貼入公開文件或放進截圖。
伺服器
由位址、連接埠、協定與驗證參數共同描述的遠端連線對象，日常也常稱為節點。記錄顯示的名稱只供辨識，不會決定實際位址或協定。透過 Add Server 手動填寫時，應以使用者現有資訊為準；連線失敗時需逐項檢查，不能只憑顯示名稱判斷設定正確。
設定檔
用來整理執行參數與規則的檔案，常見內容包含 [General] 與 [Rule] 等區段，可在 Config 中管理。匯入檔案不代表它已選取並生效，也不代表已有可連線的伺服器。修改前先保留副本，使用後確認目前選取項目，並在 Global Routing 設為 Config 時驗證規則行為。
規則
用來判斷請求並指定策略的條件，在 Config 模式下通常依清單順序比對，由最先符合的規則決定後續處理方式。範圍較明確的條件通常排在範圍較廣的條件之前，FINAL 則用於清單末尾的預設處理。規則負責選擇處理路徑，無法修復伺服器密碼錯誤、憑證異常或網路本身無法連線等問題。
已購項目
在 App Store 查詢既有購買記錄的入口；更換裝置或重新取得 App 時，可核對購買所用的 Apple 帳號及記錄。App 購買資格、iCloud 同步與本機設定還原是三件不同的事。Shadowrocket 僅透過 App Store 取得；裝置相容性、系統需求與購買適用條件均以 App Store 頁面標示為準。