先建立機場服務的評估框架
挑選機場訂閱時，最容易被節點數量、限時折扣與「高速專線」等字眼吸引，但這些資訊通常不足以判斷實際使用品質。節點多不代表每個節點都可用，月費低也不代表長期成本最低；真正影響體驗的，往往是尖峰時段的容量、線路所在地、協定相容性、訂閱更新方式，以及服務商處理故障的態度。
這裡所說的機場，是提供代理節點訂閱的服務，不是 FlClash 或 mihomo 客戶端本身。FlClash 負責匯入設定、啟動 mihomo 核心、切換策略組與管理系統代理；機場服務則負責提供節點與訂閱入口。兩者屬於不同層級。即使客戶端設定正確，服務商的伺服器過載、路由品質不佳或訂閱權杖失效，仍會造成連線中斷。
| 評估面向 | 應觀察的資料 | 常見誤區 |
|---|---|---|
| 穩定度 | 尖峰時段延遲、丟包、斷線與恢復速度 | 只看一次測速結果 |
| 速度 | 實際下載速度、串流緩衝與不同地區路由 | 把節點標示的頻寬當成個人可用速度 |
| 私隱 | 服務條款、記錄政策、付款資料與訂閱權杖管理 | 看到「不記錄」就完全相信 |
| 相容性 | mihomo 格式、協定類型、TUN 與規則集支援 | 節點能匯入就認為全部功能相容 |
| 售後安排 | 公告渠道、退款條件、故障回覆與服務週期 | 只用社群人氣判斷可靠性 |
從尖峰表現判斷穩定度與速度
穩定度不等於測速網站顯示的最高 Mbps。代理節點的實際表現會受到本地電信、跨境路由、伺服器負載、出口頻寬、協定以及目標網站位置影響。某個節點在凌晨測得 180 Mbps，不代表晚上 20:00 仍能保持相同速度。對日常使用而言，能否在尖峰時段維持可預期的延遲與較少斷線，通常比短時間的峰值速度更重要。
延遲、丟包與抖動要分開看
延遲是封包往返所需的時間，丟包代表封包沒有成功抵達或返回，抖動則是延遲在不同測試時間之間大幅變化。串流、網頁與一般下載對延遲的容忍度不同，但丟包和抖動往往會同時造成載入停頓、影片緩衝與連線重試。
- 延遲低但丟包高：測速數字看似漂亮，實際使用可能頻繁重傳。
- 延遲穩定但速度普通：通常比忽快忽慢的節點更適合日常瀏覽。
- 晚間延遲明顯升高：可能與共享頻寬、伺服器超載或尖峰路由有關。
- 只有特定網站失敗：不一定是節點故障，也可能是出口 IP 被目標服務限制。
試用期間可在早上、下午與晚間各測試一次，不要只依賴客戶端內建的單一延遲按鈕。延遲測試通常只請求一個固定 URL，無法代表大型檔案下載、視訊串流或不同地區網站的表現。若客戶端提供日誌，應同時留意 timeout、connection reset、TLS 握手失敗與 DNS 解析錯誤。
用簡單測試記錄長期表現
可在 FlClash 中選擇幾個不同地區的節點，固定使用同一測試網址與同一網路環境，記錄延遲、下載速度、丟包與測試時間。不要為了追求數字而同時更改 DNS、TUN、模式與策略組，否則很難判斷改善究竟來自節點還是本機設定。
測試日期：2026-09-03
測試時段：20:30
網路環境：家用寬頻
節點：地區 A 03
延遲：86 ms
丟包：0%
下載：72 Mbps
結果：可正常瀏覽，串流播放 30 分鐘無中斷如果服務商宣稱「不限速」，仍要確認公平使用政策、流量計算方式與超量後的處理。常見限制包括每月總流量、單一裝置數量、同時連線數、串流服務專用節點，以及高峰期的優先級。宣傳頁面上的「不限速」若沒有清楚定義，不能直接當成可持續的實際承諾。
檢查訂閱格式、協定與客戶端相容性
購買前應確認服務提供的是 Clash、Clash Meta 或 mihomo 格式，而不是只能在某個封閉應用程式中使用的專用連結。對 FlClash 使用者而言，訂閱匯入後還要確認 YAML 可以被 mihomo 正常解析，策略組能夠建立，規則集可以更新，並且節點實際出現在可選擇的代理群組中。
| 項目 | 購買前核對方式 | 可能造成的問題 |
|---|---|---|
| 設定格式 | 確認是否提供 Clash Meta 或 mihomo 訂閱 | 下載內容不是有效 YAML，或欄位無法解析 |
| 代理協定 | 查看是否包含 Shadowsocks、Trojan、VLESS、Hysteria2 或 TUIC | 舊核心不支援，節點雖匯入卻無法啟動 |
| 規則集 | 確認 rule-providers 的網址與格式 |
主設定成功，規則更新卻持續失敗 |
| 裝置限制 | 查看同時在線、裝置數與 IP 變更規則 | 多裝置使用時被登出或暫停服務 |
| TUN 支援 | 確認是否允許 mihomo 使用 TUN 與自動路由 | 不讀取系統代理的程式無法連線 |
不同協定的使用體驗也不應只按名稱比較。Hysteria2 與 TUIC 通常依賴 UDP 和 QUIC，在部分網路環境中延遲表現不錯，但也可能受到 UDP 限制或封包遺失影響；VLESS 的實際行為取決於 TLS、Reality、WebSocket 或其他傳輸組合；WireGuard 則需要正確處理金鑰、位址與路由。服務商若只列出協定名稱，卻不說明使用條件，資訊並不完整。
私隱與訂閱權杖的安全檢查
使用代理服務時，服務商通常可以觀察到連線時間、流量大小、來源 IP、目標網域或伺服器端能取得的其他中繼資料。HTTPS 可以保護瀏覽器與目標網站之間的內容，但不能讓代理服務商完全看不見連線本身。選擇服務前，應把「服務商需要知道什麼」與「服務商聲稱不會保存什麼」分開理解。
閱讀服務條款中的記錄政策
不要只搜尋頁面上的「零記錄」三個字，還要找出記錄種類、保存時間、法律請求處理方式、濫用處理與帳號停權條件。若條款完全沒有說明資料如何保存，或不同頁面對記錄政策的說法互相矛盾，應視為風險訊號。服務商無法提供企業或營運主體資訊時，也會增加日後追究與退款的困難。
- 付款資料：確認信用卡或第三方支付是否由正式支付平台處理，避免直接把完整卡號傳給陌生表單。
- 帳號資料：註冊時只提供服務必要的資訊，避免重複使用主要信箱與其他服務的密碼。
- 訂閱 URL：把它視為密碼。網址中的 token 可能足以讓他人取得完整節點設定。
- 本機檔案：匯出的 YAML 可能包含訂閱地址、固定節點密碼、UUID、私鑰或控制介面密鑰。
- 日誌與截圖：分享問題時遮蔽網域後的完整路徑、查詢參數、帳號識別碼與本機 IP。
如果懷疑訂閱 URL 已外洩，應立即在服務商面板重新產生或撤銷連結，而不是只在 FlClash 中刪除設定。刪除本機設定不會讓伺服器端的舊權杖失效。使用外部控制介面時，也不要把 external-controller 綁定到所有網路介面；一般情況下使用 127.0.0.1:9090，並設定 secret，可降低區域網路中被未授權存取的風險。
付款前辨識跑路與售後風險
機場服務的另一項特殊風險是營運週期不確定。網站可以正常開啟，不代表節點一定穩定，也不代表服務商會在半年後繼續提供服務。短期試用、清楚的服務公告與可驗證的付款流程，通常比社群中大量相似的推薦留言更有參考價值。
| 觀察項目 | 較健康的訊號 | 需要提高警覺的訊號 |
|---|---|---|
| 價格與優惠 | 月付、季付與年付條件清楚 | 強迫一次購買多年方案，並以倒數折扣催促付款 |
| 服務公告 | 說明維護時間、受影響區域與恢復進度 | 故障後刪除留言、反覆更換域名或完全沒有通知 |
| 退款規則 | 列出申請期限、資格與處理時間 | 只寫「付款後概不退款」，沒有試用或異常處理方案 |
| 客服渠道 | 有固定工單、郵件或可查閱的支援紀錄 | 只依賴臨時群組，管理員長期不回覆 |
| 營運資訊 | 條款、隱私政策與使用限制可長期查閱 | 網站只剩收款頁，沒有主體、條款或聯絡方式 |
付款安全方面，優先選擇具備交易爭議機制、雙重驗證與付款通知的正式支付平台。不要把銀行卡資料、支付密碼、簡訊驗證碼或身分證件交給客服。若服務要求安裝不明 APK、瀏覽器擴充功能、遠端控制軟體，或要求提供完整電腦截圖與本機檔案，應停止操作。代理訂閱本身不需要取得銀行帳戶密碼，也不需要客戶端的系統管理權限。
一套可執行的購買前檢查清單
完成資料蒐集後，可以按照「先相容、再試用、後付款、持續監測」的順序決定。不要先購買長期方案，再發現服務只支援某個封閉客戶端或不允許多裝置使用。下面的流程適合想在 FlClash 中使用 mihomo 訂閱的使用者。
- 確認格式：查看是否提供 Clash Meta 或 mihomo 設定，並確認是否說明協定、規則集與裝置限制。
- 閱讀條款：記下流量、速度、同時連線、退款、停權與資料記錄政策。
- 使用最小方案：先選擇月付或低金額試用，不要因為年付折扣立即預付多年費用。
- 隔離測試：在 FlClash 建立獨立設定，先不要覆蓋目前可用的訂閱與 YAML。
- 測試三個時段：至少比較白天與晚間，記錄延遲、丟包、速度、串流與常用網站連線結果。
- 檢查更新：手動更新訂閱，確認回應不是 HTML 錯誤頁，並檢查遠端
rule-providers是否能正常下載。 - 檢查安全性：確認訂閱 URL 沒有公開貼到群組、截圖或程式碼儲存庫，並為服務帳號使用獨立密碼。
- 觀察售後：付款前先閱讀近期維護公告，確認客服是否能回答格式、退款與裝置限制等基本問題。
最後，將評估結果整理成簡單紀錄，不必追求複雜的評分模型。可以分別給穩定度、相容性、私隱透明度、付款安全與售後品質打分，再設定最低門檻。例如，速度分數很高但退款政策空白、訂閱權杖管理混亂，仍不應直接選擇。對長期使用來說，能在 FlClash 中穩定更新、在尖峰時段維持連線，並且清楚處理故障的服務，通常比節點數最多的方案更值得保留。