前言：為什麼 Comet 需要穩定的網絡環境？
Perplexity Comet 是以 AI 搜尋與智慧瀏覽為核心的瀏覽器，除了載入一般網頁之外，還會同時處理搜尋請求、頁面摘要、帳戶登入、擴充功能同步以及串流內容。因此，當網絡路徑不穩、DNS 解析異常，或代理規則沒有涵蓋相關服務時，使用體驗往往比普通瀏覽器更容易受到影響。
常見情況包括首頁長時間顯示載入中、搜尋結果只出現一半、登入頁面反覆跳轉、AI 摘要無法生成，以及開啟外部網站時忽快忽慢。這些問題不一定代表 Comet 本身故障，也可能是瀏覽器不同請求被分配到不同路徑，導致驗證資訊、網頁資源與 API 請求無法保持一致。
Clash 的作用不是提供帳戶或替代 Perplexity 服務，而是按照規則管理網絡流量。你可以讓 Comet 相關域名固定使用穩定節點，同時讓本地網站與不需要代理的服務維持直連，降低延遲、減少不必要的流量消耗。
本文設定目標
讓 Comet 的登入、搜尋與 AI 請求使用一致且穩定的路徑；保留本地網站直連；遇到問題時能快速判斷是節點、DNS、規則還是瀏覽器快取造成。
1開始前的環境準備
在調整 Clash 之前，建議先確認 Comet 與系統環境。首先，使用官方或可信來源取得適用於目前作業系統的 Comet 版本，並完成瀏覽器更新。若瀏覽器版本過舊，可能因登入流程、憑證或網頁 API 變更而出現問題，單靠代理設定未必能解決。
- 確認客戶端：Windows 或 macOS 可使用 Clash Verge Rev、Clash Verge 等桌面客戶端；Android 可使用支援 Mihomo 的 Clash 客戶端。不同客戶端的按鈕名稱可能略有差異。
- 準備有效訂閱：Clash 本身不提供節點，請使用合法、可信且有流量限制說明的代理服務。確認訂閱仍在有效期內，並且包含適合瀏覽與 AI 請求的節點。
- 確認系統時間：錯誤的日期與時間可能造成 TLS 憑證驗證失敗，表現為網頁無法開啟或登入頁面重試。
- 暫停衝突工具：若同時執行其他 VPN、加速器、代理軟體或瀏覽器代理擴充功能，可能造成埠號、DNS 或路由衝突。
安全提醒
不要在不明網站輸入 Perplexity 帳戶密碼，也不要安裝聲稱可以「解鎖 Comet」的來路不明擴充功能。Clash 只能管理連線，不能保證第三方服務一定允許某個地區或節點 IP 登入。
2Clash 基本設定與模式選擇
完成訂閱匯入後，先不要急著修改大量規則。建議用最簡單的配置確認基礎連線，再逐步加入 Comet 的分流規則。打開 Clash 客戶端，更新訂閱，選擇一個延遲較低、丟包率較小的節點，然後確認代理服務已啟動。
系統代理與 TUN 模式怎麼選？
如果你只想讓 Comet 這類支援系統代理的桌面應用程式走代理，可以先開啟系統代理。這種方式改動較少，也方便測試。不過，瀏覽器的部分背景請求、更新服務或某些由系統元件發出的 DNS 請求，未必會完整遵循系統代理。
若遇到「網頁可以開啟，但登入或 AI 回覆失敗」的情況，可以在 Clash Verge Rev 或 Mihomo 客戶端中測試TUN 模式。TUN 會建立虛擬網路介面，接管更多系統流量，適合需要完整分流的環境。啟用前請先關閉其他 VPN，並按提示授予網路權限；測試完成後若發現本地應用異常，應檢查路由規則，而不是盲目保持全域代理。
小撇步
先使用規則模式與系統代理測試 Comet，再視需要啟用 TUN。全域模式雖然容易判斷，但會讓所有應用程式共用代理流量，不一定是延遲或隱私表現最好的方案。
DNS 選項要注意什麼？
DNS 解析結果會影響 Comet 連到哪個服務端點。使用 TUN 時，建議讓 DNS 由 Clash 統一處理，避免瀏覽器、系統與代理分別採用不同解析結果。若客戶端支援 Fake-IP，可先使用預設配置；如果某些網站出現驗證失敗或內網域名無法解析，再針對該域名加入 fake-IP 過濾或改用 redir-host。不要一次修改多項 DNS 參數，否則出現問題時很難找出真正原因。
3Comet 相關流量的分流規則
對 Comet 而言，最重要的不是把所有流量都送到代理，而是讓登入、搜尋與 AI 請求保持一致。域名可能隨版本與服務架構調整，因此以下規則應視為示例。請以 Comet、Perplexity 官方文件、瀏覽器開發者工具或 Clash 連線日誌中實際出現的域名為準，不要把不確定的域名大範圍加入配置。
如果你的策略組名稱是 PROXY，可以在 rules 區段前方加入類似以下內容。若名稱不同，請將 PROXY 改成你實際使用的策略組名稱：
規則順序非常重要，Clash 通常由上至下比對，第一條符合的規則會決定流量去向。若你把 MATCH,DIRECT 或其他廣泛規則放在 Perplexity 規則之前，前面的規則就可能提前攔截請求，使後面的設定完全不生效。修改後請儲存配置並重新載入，然後透過連線日誌確認實際命中的規則。
是否應該讓所有 Comet 網頁都走代理？
不一定。Comet 開啟的第三方網站不等於 Perplexity 服務本身。你可以先只代理 Perplexity 相關域名，讓一般網站依照 GEOIP、規則集或本地策略直連。這樣能減少節點負擔，也避免因第三方網站的內容政策或登入風險而頻繁變更出口 IP。
不要照抄未知規則
網路上流傳的規則集可能含有過時域名、錯誤的策略名稱或過度寬泛的關鍵字。匯入前先閱讀內容，尤其要留意腳本、外部規則集與遠端配置來源。
4實際操作：從匯入到驗證
- 開啟 Clash Verge Rev 或其他支援 Mihomo 的客戶端，進入「配置」或「Profiles」頁面。
- 貼上代理服務商提供的訂閱連結，更新配置並確認節點列表正常顯示。不要把訂閱連結公開貼到論壇或聊天群組。
- 先選擇延遲穩定的節點，開啟「系統代理」，模式設定為「規則」。
- 啟動 Comet，先開啟一般網站，再進入 Perplexity 登入頁面。觀察 Clash 的連線日誌，確認請求沒有大量出現 timeout 或 connection refused。
- 若登入成功但 AI 搜尋失敗，再加入前述域名規則，重新載入配置，並清除 Comet 對應網站的快取後重試。
- 如果系統代理仍無法涵蓋請求，關閉其他代理工具後啟用 TUN，再測試一次。測試完成後記錄哪一種模式最穩定。
測試時不要同時切換節點、修改 DNS 與更換模式。一次只改一項，並在每次變更後重新整理頁面。若瀏覽器保留了舊的登入 Cookie，切換出口位置後可能觸發額外驗證；這是服務端的安全機制，不代表 Clash 規則一定錯誤。
5節點選擇與穩定性調校
節點的延遲數字只是參考，不能單獨代表 Comet 的實際體驗。AI 搜尋通常包含多次 HTTPS 請求，因此節點除了要有低延遲，也需要穩定的丟包率、足夠的頻寬與良好的國際路由。你可以在不同時間測試同一節點，因為晚間尖峰時段的結果可能與白天完全不同。
| 測試項目 | 理想表現 | 異常時的處理方式 |
|---|---|---|
| 節點延遲 | 數值穩定，沒有頻繁跳高 | 更換同地區的其他節點，不要只看一次測試結果 |
| 連線日誌 | 請求正常建立並完成 | 檢查規則命中、DNS 與節點是否可用 |
| 登入流程 | 頁面不反覆跳轉，驗證可完成 | 固定地區節點，避免短時間內連續切換出口 |
| AI 回覆 | 搜尋與生成請求能完整完成 | 選擇頻寬較充足的節點，檢查 WebSocket 或長連線是否被中斷 |
一般而言，距離較近的節點可能帶來較低延遲，但實際效果取決於服務端路由與 IP 品質。若某個節點能開啟頁面，卻經常在登入或生成階段失敗，可能是該 IP 被服務端提高驗證等級，也可能是線路對長連線支援不佳。此時應更換節點並保持一段時間觀察，不要在數分鐘內來回切換十多個 IP。
小撇步
為 Perplexity 建立獨立策略組，比直接使用全域自動選擇更容易排查問題。日常使用時固定一個主節點，另選一個備用節點，只有在主節點明顯失效時才切換。
6常見問題與排查方法
Comet 首頁可以開啟，但登入一直失敗
先確認系統時間、Cookie 與 JavaScript 沒有被阻擋，再檢查登入相關請求是否命中同一個代理策略。清除網站資料後重新開啟瀏覽器，並避免在同一個登入流程中切換節點。如果仍然失敗，使用固定地區且信譽較好的節點測試；若只有特定節點失敗，問題更可能與 IP 風險有關。
AI 搜尋載入很久或回覆中斷
查看 Clash 日誌是否出現超時、连接被重置或 DNS 解析失敗。若普通網頁正常而生成請求中斷，可能是節點頻寬不足、長連線不穩，或相關域名沒有被正確分流。更換節點後重新測試，並確認沒有瀏覽器擴充功能攔截請求。
開啟 TUN 後本地網站變慢
這通常與 DNS 模式、路由規則或所有流量被送往代理有關。先切回規則模式，為本地域名與局域網加入直連規則，再確認 GEOIP,CN,DIRECT 等規則沒有被放在錯誤位置。若公司內網或印表機無法使用，也要檢查客戶端是否開啟了局域網繞過選項。
清除快取後仍然無法使用
快取只能處理瀏覽器本地資料，無法修復無效訂閱、被限制的帳戶或服務端故障。此時可先停用 Clash，測試普通網絡是否能正常連線；再使用另一個可信節點測試。若所有節點與直連都失敗，應查看 Perplexity 或 Comet 的官方服務狀態，而不是繼續堆疊規則。
常見問題 FAQ
Q1：使用 Clash 後，Comet 一定可以正常使用嗎？
不一定。Clash 只能改善流量路由，實際結果還受到服務地區政策、帳戶狀態、節點 IP 品質、瀏覽器版本與服務端狀態影響。若服務本身不支援某個地區，請遵守當地法律與服務條款。
Q2：應該使用全域模式還是規則模式？
建議先使用規則模式，僅讓 Perplexity 相關流量走代理，其他網站維持直連。全域模式適合用來短暫排查「是否為分流規則造成」的問題，但不建議長期讓所有應用程式共用同一個節點。
Q3：為什麼換了節點後反而需要重新登入？
服務端可能把出口 IP、地區與登入 Cookie 視為風險訊號。短時間內頻繁變更地理位置容易觸發額外驗證，因此應固定主要節點，並在登入流程中避免反覆切換。
Q4：需要一直開啟 TUN 模式嗎？
不需要。若系統代理已能完整處理 Comet 的請求，規則模式通常更簡單。只有在部分流量未經系統代理、DNS 洩漏或其他應用程式需要完整接管時，才考慮啟用 TUN，並留意本地網絡與其他 VPN 的兼容性。
7總結：先穩定，再追求速度
要讓 Perplexity Comet 透過 Clash 穩定連線，核心不是盲目增加規則或不斷更換節點，而是建立可驗證的流程：先確認客戶端與訂閱有效，再選擇穩定節點；先用規則模式測試，必要時才啟用 TUN；把 Perplexity 相關域名放在廣泛規則之前，並透過連線日誌確認實際命中結果。
當你遇到載入緩慢、登入失敗或 AI 回覆中斷時，按照「節點、DNS、規則、瀏覽器、服務狀態」的順序排查，通常比一次修改所有設定更有效。最後，請妥善保管訂閱連結與帳戶資料，使用可信的 Clash 客戶端和代理服務，讓穩定性與安全性同時得到保障。