Notion、Figma、Miro 搭配 Clash 的遠端協作設定指南

先確認遠端協作的流量路徑

Notion、Figma 與 Miro 都是依賴 HTTPS、DNS 解析及多個雲端服務的線上工具。登入頁面、文件內容、設計稿資源、圖片、字型、即時游標與協作同步，未必來自同一個網域，也不一定會在瀏覽器開啟主頁時一次完成載入。因此，單純把 notion.so、figma.com 或 miro.com 加入代理清單，通常只能處理一部分流量。

比較穩定的做法，是先讓 mihomo 或其他 Clash 核心以 rule 模式接管流量，再依「本地服務直連、協作工具代理、其他網域維持原有策略」的順序設計規則。這種安排可以避免區域網路印表機、NAS、公司內部網站被不必要地送往遠端節點，也能讓文件、設計稿與白板的主要連線使用固定的協作策略組。

流量類型	建議路徑	原因
家庭網路、NAS、印表機	DIRECT	減少延遲，避免區域網路位址被送往代理節點
Notion、Figma、Miro 主服務	協作工具策略組	集中使用穩定節點，方便切換與排查
公司內部網域	公司 VPN 或指定策略	內部服務通常不能經由公共代理存取
其他未知網域	依現有規則處理	避免為了三個工具而改變全機流量

建立協作工具專用策略組

遠端團隊不一定需要為每個服務建立完全獨立的節點群組。較容易維護的方式，是先建立一個「工作協作」策略組，放入兩至四個延遲合理、連線穩定的節點，再搭配一個自動測試或故障轉移策略。這樣在會議期間遇到單一節點丟包時，可以快速切換，不必逐條修改規則。

策略組的選擇不應只看一次測速結果。Notion 的文字與資料同步對穩定性較敏感，Figma 可能同時傳輸圖片、字型與設計稿資源，Miro 則常有長時間的即時協作連線。測試節點時，應觀察連續使用 10 至 15 分鐘後的斷線、重連與延遲變化，而不是只選擇顯示最低數值的節點。

proxy-groups:
  - name: 工作協作
    type: url-test
    proxies:
      - 節點-香港-01
      - 節點-日本-01
      - 節點-新加坡-01
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 80

  - name: 預設代理
    type: select
    proxies:
      - 工作協作
      - DIRECT

上面的節點名稱必須替換成目前訂閱中實際存在的名稱。url-test 只代表對指定測試網址的連線表現，不等於 Notion、Figma 或 Miro 的實際服務延遲。如果某節點對測試網址回應很快，但協作工具經常重新連線，應以實際工作體驗為準，改用 select 手動固定一個穩定節點。

節點挑選的實際檢查項目

優先觀察丟包與重連：在線上白板或設計稿協作時，短暫斷線往往比多 30 毫秒延遲更影響工作。
測試 TCP 與 UDP 差異：使用 Hysteria2 或 TUIC 的節點需要穩定 UDP；若目前網路限制 UDP，傳統 TLS 或 TCP 節點可能更可靠。
避免過度依賴自動選擇：多人同時開會或共同編輯時，策略組頻繁切換可能導致長連線中斷。
保留手動備援節點：至少準備一個不同地區或不同協定的節點，方便判斷問題是服務端、路由還是單一節點故障。
注意公司網路政策：企業網路可能限制未知 DNS、QUIC 或長時間 WebSocket 連線，應依公司安全政策選擇通訊方式。

編寫 Notion、Figma、Miro 分流規則

規則應放在較具體的網域規則之後、廣泛的 GEOIP 或 MATCH 規則之前。若把 GEOIP,CN,DIRECT 或 MATCH,預設代理 放在前面，後面的協作工具規則就不會再被執行。規則由上而下比對，這是排查「明明寫了規則卻沒有生效」時最常見的重點。

以下範例展示的是規則結構，不是完整的官方網域清單。服務的登入、靜態資源、分析、圖片 CDN、字型與即時通訊端點可能隨版本及地區調整。實際使用時，應從 mihomo 日誌查看未命中的網域，再判斷是否需要補充；不要一次把大量陌生 CDN 網域全部加入代理。

rules:
  - DOMAIN-SUFFIX,lan,DIRECT
  - IP-CIDR,127.0.0.0/8,DIRECT,no-resolve
  - IP-CIDR,10.0.0.0/8,DIRECT,no-resolve
  - IP-CIDR,172.16.0.0/12,DIRECT,no-resolve
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve

  - DOMAIN-SUFFIX,notion.so,工作協作
  - DOMAIN-SUFFIX,notion.site,工作協作
  - DOMAIN-SUFFIX,figma.com,工作協作
  - DOMAIN-SUFFIX,miro.com,工作協作

  - MATCH,預設代理

DOMAIN-SUFFIX 會匹配指定網域本身及其子網域，例如 DOMAIN-SUFFIX,figma.com 可以涵蓋以該網域結尾的主機名稱。若只希望匹配單一主機，才使用 DOMAIN。對 IP 位址規則使用 no-resolve，可避免為了比對 IP 規則而額外觸發 DNS 解析；但是否加入該參數，仍應配合目前的 DNS 與 TUN 設定測試。

使用規則集降低維護成本

當團隊設定逐漸增加，直接把所有網域寫進主 YAML 會變得難以審查。可以使用 rule-providers 將協作工具、自訂直連網域與公司內部網域拆成獨立檔案，再透過 RULE-SET 引用。這樣修改一個工具的網域時，不必反覆調整整份訂閱設定。

rule-providers:
  work-tools:
    type: http
    behavior: domain
    format: yaml
    url: https://example.invalid/rules/work-tools.yaml
    path: ./ruleset/work-tools.yaml
    interval: 86400

rules:
  - RULE-SET,work-tools,工作協作
  - MATCH,預設代理

遠端規則集的網址、格式與 TLS 憑證必須可以被目前的核心存取。如果規則集下載失敗，核心可能退回快取版本，也可能讓該組規則暫時不生效。更新後應在日誌中確認規則集載入成功，並且檢查檔案格式是否符合 behavior: domain。若使用來源不明的規則集，還要考慮過度代理、規則衝突及隱私風險。

本地流量直連與 DNS 設定

遠端協作時常需要同時存取公司內網、區域網路檔案伺服器、印表機或本地開發服務。如果只打開全域代理，常見結果是 Notion 可以載入，但本地 Git 服務、NAS 或測試網站變慢甚至無法連線。因此，直連規則與 DNS 排除項應和協作工具規則一起設計，而不是等出現問題才補救。

常見的本地直連範圍包括 127.0.0.0/8、私有網段 10.0.0.0/8、172.16.0.0/12 與 192.168.0.0/16。但如果公司使用的是自訂內部網域，例如 corp.example，仍應以實際 DNS 架構為準。部分企業內網需要透過 VPN 才能解析，不能簡單套用公共 DNS。

dns:
  enable: true
  enhanced-mode: fake-ip
  nameserver:
    - https://1.1.1.1/dns-query
    - https://dns.google/dns-query
  nameserver-policy:
    "corp.example": 10.0.0.53
    "+.lan": system
    "+.local": system

fake-ip、redir-host 與系統 DNS 的選擇會影響部分本地服務及 TUN 行為。若公司 VPN、印表機發現、區域網路名稱解析或某些桌面程式異常，先暫時改用 redir-host 或停用 TUN 做對照測試，不要直接判定是 Notion、Figma 或 Miro 本身故障。DNS 設定也要避免把公司內部網域送往公開解析器，以免得到錯誤結果或洩漏內部主機名稱。

TUN 模式下的排查順序

先確認 FlClash 已獲得建立網路介面或 VPN 的系統權限。
確認只啟用了一个 TUN 核心，避免其他 VPN、加速器或安全軟體同時修改路由。
檢查自動路由與嚴格路由選項，觀察本地網段是否仍能連線。
用瀏覽器測試 Notion、Figma 與 Miro，再用桌面版或其他工作程式分別測試。
查看連線日誌，確認請求命中的策略組、解析結果與實際出站節點。

驗證協作工具並建立團隊維護流程

完成設定後，不要只開啟首頁確認畫面出現。建議按照「登入、讀取既有內容、建立小幅修改、即時同步、上傳資源、重新啟動後恢復」的順序測試。Notion 可以開啟一個包含圖片與資料庫的頁面；Figma 可以載入大型檔案、移動圖層並觀察多人游標；Miro 則可以測試便利貼、圖片上傳與共同編輯。每項操作至少維持數分鐘，較容易發現長連線中斷。

現象	優先檢查	可採取的處理
首頁可開啟，文件內容載入不完整	未命中的資源網域、DNS 與 CDN 規則	查看日誌後只補充必要網域
登入成功但即時同步中斷	節點穩定性、WebSocket 或長連線	固定穩定節點，暫停頻繁自動切換
桌面版無法連線，瀏覽器正常	桌面版是否讀取系統代理	測試 TUN，或在程式內設定 HTTP/SOCKS 代理
本地 NAS 或內部網站無法開啟	私有 IP、內部 DNS 與 VPN 路由	加入直連及 nameserver-policy，檢查路由優先序
只有某個地區的成員無法使用	當地 DNS、出口節點及公司網路限制	分別測試直連、備援節點與不同 DNS 路徑

團隊共用設定時，建議將「主設定」「工作工具規則」「公司內網直連規則」分開保存，並為每次修改記錄日期、修改原因及測試結果。不要把訂閱 URL、控制介面密鑰或含有個人識別資訊的日誌提交到公開儲存庫。若使用 external-controller，應限制在 127.0.0.1，並設定足夠複雜的 secret，避免控制介面被區域網路其他裝置存取。