Lovable／Bolt 預覽轉圈？【2026】Clash 分流穩 AI 建站

症狀：為什麼「編輯器能開、預覽卻不像同一個網路」

這類產品的介面通常由單頁應用（SPA）與大量腳本構成；真正的預覽與熱更新（HMR）則常落在另一組主機名上，例如專案子域、託管平台提供的預覽 URL，或與 HTML 不同源的靜態與模組 CDN。若 Clash 規則讓其中一部分走穩定代理、另一部分因寬鬆的 GEOIP 或 MATCH 落入直連，瀏覽器會呈現看似矛盾的現象：

左側對話與右側預覽不同步：WebSocket／SSE 或長輪詢被錯誤分流，進度條不前進、預覽 iframe 空白。
偶發成功、重新整理又失敗：同一工作階段內出口在健康檢查或負載均衡下切換，Cookie／授權與實際連線所見的地理標籤不一致。
建置或部署階段逾時：後端任務與前端輪詢所連的主機名未全部覆蓋在規則中，請求在抖動路徑上重試耗盡。

因此，目標不是把瀏覽器一刀切成 Global 長期使用，而是以日誌為準，把與「登入 → 編輯 → 預覽 → 建置」閉環相關的主機名，盡量落在同一策略組或相容的出口家族。若你對 fake-ip 與規則比對的互動仍不熟，建議先讀 DNS 洩漏與 fake-ip 排查專文，再回來補域名規則。

合規與服務條款

請在符合各產品與雲端平台服務條款、授權範圍與當地法規的前提下設定網路。本文僅討論自有裝置上的路由與 DNS 對齊，不鼓勵以技術手段規避付費、區域政策或平台安全機制。

Lovable、Bolt 與 Vercel／CDN：流量大致長什麼樣子

以下域名與路徑會隨產品改版而變動，請一律以你本機 Clash 連線日誌與瀏覽器開發者工具「網路」面板為準。此處僅提供工程上常見的拆分方式，方便你建立規則骨架：

應用主站與工作台：例如 lovable.dev、bolt.new 類入口；承載 HTML、主要 API 與工作階段。
身分驗證與 OAuth：常見於 accounts.google.com、身分供應商或 OAuth 回呼網域；與主站出口不一致時，最容易出現無限重導或「登入後立刻掉登入」。
預覽與託管子域：許多專案會落在 *.vercel.app、自訂預覽子域，或其他邊緣／Serverless 閘道；這類 URL 往往與編輯器主域不同源，必須獨立納入規則，不能只寫一條主站後綴。
靜態資源與模組 CDN：JS、字型、圖示與大型套件可能從公有雲物件或 CDN 主機名提供；若這批流量命中 DIRECT 而 API 走代理，頁面會呈現載入一半、主控台報 CORS 或混合內容以外的「純慢」。

與 Suno AI 音樂分流文類似，這類 Web 應用的關鍵是同一瀏覽器工作階段內的多域一致性；差別在於 AI 建站更頻繁觸及 Vercel 生態與即時預覽，規則漏列子域時，症狀會集中在「預覽框」而非首頁。

心智模型

把「編輯器網域」與「預覽網域」視為兩條平行鏈路；任一段落在錯誤出口，體感就像產品壞掉。先用日誌確認預覽 iframe 實際載入的 host，再回寫規則，比一次背誦巨大域名表更可靠。

分流規則：產品域名、Vercel 與靜態 CDN 怎麼收斂

在 Rule 模式下，請把與 AI 建站閉環相關的條目放在寬鬆的 GEOIP 或最終 MATCH 之前。實務上常見做法是建立一個名為 AI-BUILD（示意）的策略組，專門給低延遲、TLS 穩定的出口，並優先承接下列類型（請依你的日誌替換為真實主機名）：

產品主域後綴：DOMAIN-SUFFIX,lovable.dev、DOMAIN-SUFFIX,bolt.new 等（實際後綴以服務為準）。
預覽與託管：DOMAIN-SUFFIX,vercel.app、DOMAIN-SUFFIX,vercel.com；若你使用自訂網域，請另列 DOMAIN-SUFFIX 或精準 DOMAIN。
OAuth 與 API 供應商：與 Suno 文相同，需確保 accounts.google.com 等授權鏈與主站同一出口家族，避免授權回呼落在被風控標記的資料中心池。

下列 YAML 僅為示意：請將 AI-BUILD 換成你的策略組名稱，並不要盲目整包代理過寬的 Google 網域——較穩妥的做法是從日誌收集實際命中的子域，改列較精準的 DOMAIN 單條規則。

# Illustrative rules — verify hosts in your Clash logs
rules:
  - DOMAIN-SUFFIX,lovable.dev,AI-BUILD
  - DOMAIN-SUFFIX,bolt.new,AI-BUILD
  - DOMAIN-SUFFIX,vercel.app,AI-BUILD
  - DOMAIN-SUFFIX,vercel.com,AI-BUILD
  - DOMAIN,accounts.google.com,AI-BUILD
  - MATCH,DIRECT

若你匯入第三方 rule-providers，請確認本地覆寫仍排在合併後清單前段；否則泛用預設可能讓預覽子域在不知情下直連，表現為「只有預覽轉圈」。廣告或追蹤攔截規則有時也會誤傷建站工具依賴的第三方腳本——若你剛好啟用了激進清單，建議先暫緩大範圍封鎖，確認閉環恢復後再分段加回。

流量類型	常見角色	備註
主站與工作台 API	應用殼層、專案資料與建置狀態	與 OAuth／預覽規則建議同一策略組或相容家族
`*.vercel.app` 等	預覽、部署與邊緣路由	易漏列；請以預覽 URL 的 host 為準補規則
靜態／模組 CDN（日誌為準）	JS、字型、大型資源	子域多變，靠日誌補 `DOMAIN` 單條規則

DNS 與 fake-ip：規則寫了仍像沒生效時

開啟 fake-ip 時，應用程式可能先拿到 Clash 配置的虛擬位址，真實解析延後到連線階段。若瀏覽器另外啟用安全 DNS（DoH）繞過系統，或路由器仍以會污染的解析器回應，則「規則預期走代理的域名」可能在另一條路上被解析成不同目標，外觀就像規則失效。

實務排查請抓三件事：

連線日誌中的目標是域名還是已解析 IP？與 fake-ip 搭配時，請確認系統 DNS 或 TUN 設定指向 Clash 監聽埠，與 DNS 專文中的建議一致。
同一工作階段內是否混用多個出口（健康檢查過於激進、策略組把 API 與 CDN 拆到不同國家）？生成式建站常表現為「儲存成功但預覽永遠舊版」或「隨機逾時」。
IPv6 是否繞過代理直連？若環境同時有 IPv4／IPv6，請確認規則與防火牆一致，避免一半流量像住宅、一半像機房。

建議操作順序

在 Rule 模式下固定一組你信任的 AI-BUILD 類策略組，短期測試可切換，但避免長期依賴 Global。
清快取或使用無痕視窗，排除舊的 Service Worker 與快取腳本干擾預覽。
開啟 Clash 日誌，完成一次「登入 → 編輯 → 預覽刷新 → 建置」閉環，確認主站、OAuth、vercel.app 與 CDN 命中策略一致。
若仍異常，再回頭調 DNS 與 fake-ip，一次只改一個變因。

節點選擇：穩定 TLS 與長連線比測速截圖重要

AI 建站工作負載通常是大量 HTTPS、長連線與中等頻寬的下載，對毫秒級競技延遲不如遊戲苛刻，但更在意TCP／TLS 是否被中間設備打斷。選擇節點時除了測速，建議觀察：

出口類型：部分資料中心 IP 在 OAuth 與 Cookie 風控上較吃虧；若你頻繁遇到登入問題，可與訂閱商確認是否有更適合「一般瀏覽與串流」的線路標籤，思路與 Netflix 串流文中的「穩定出口」一致。
粘性：頻繁輪換節點會讓同一工作階段出現多個地理標籤；可適度調整健康檢查間隔或固定策略組。
UDP／QUIC：若你關閉了 UDP 轉發，或與攔截規則衝突，可能出現「主畫面能開、即時預覽卡住」的假性故障。

預覽白屏、建置逾時與代理鏈路的對應排查

當畫面上出現預覽白屏或建置逾時，建議先把問題拆成「前端資源沒載完」與「後端任務沒跑完」兩類，再用日誌對照：

預覽白屏或 iframe 空白

優先在瀏覽器開發者工具查看失敗的請求主機名：若多為腳本或字型 CDN，多半是靜態域未納入規則或被攔截清單誤傷。此時補 DOMAIN 單條規則或暫緩攔截，比更換訂閱更有效。

建置或部署逾時

若後端日誌或 UI 顯示長時間排隊，請同時檢查輪詢／WebSocket 目標是否仍落在直連或高延遲路徑；這類症狀與「模型太慢」相似，但實務上常是請求在抖動鏈路上重試耗盡。固定策略組並收窄健康檢查，常能顯著改善。

與系統代理殘留混淆時

若你剛關閉其他 VPN 或切換過 Clash 模式，請確認系統代理、PAC 與終端機 HTTP_PROXY 未殘留錯誤指向；完整還原步驟見 Clash 退出後仍無法上網一文，避免與 DNS／fake-ip 問題互相誤判。

若你尚未完成 Clash 基線

Windows 使用者可先依 Clash for Windows 安裝教學完成訂閱匯入與模式切換；macOS 可參考 Clash Verge Rev macOS。完成基線後，再把本文的域名區塊以覆寫規則形式加回，維護成本會低於無目的地更換節點。

實務檢查清單

在 Rule 模式固定 AI-BUILD 類策略組，並讓主站、OAuth、vercel.app／預覽 host 與高頻 CDN 命中同一出口家族。
確認上述規則在寬鬆 MATCH 之前；合併遠端規則集後複查順序。
對齊 DNS：Clash fake-ip 與系統／路由器 DNS 指向一致；暫關瀏覽器獨立 DoH 做對照測試。
用日誌完成「登入 → 編輯 → 預覽 → 建置」閉環，必要時為預覽 iframe 的 host 補單條 DOMAIN。
排查白屏時同步檢查攔截清單與 UDP／QUIC 設定，一次只改一個變因。

小結

2026 年的 AI 建站工具鏈本質上是多域、多 CDN、即時預覽疊在一起；網路體感斷崖往往來自規則覆蓋不足與DNS／fake-ip 不一致，而不是單一模型或單一網址。把 Lovable、Bolt 類主站與 Vercel 預覽、CDN 與 OAuth 相關流量收斂到穩定出口，再用日誌迭代補漏，維護成本會遠低於長期 Global。若你需要從頭建立乾淨環境，可搭配新手入門指南一起完成基線。

立即免費下載 Clash，開啟更可控的分流體驗

Lovable 與 Bolt 預覽總轉圈？2026 年以 Clash 分流穩住 AI 建站存取