1 為何要單獨談 NotebookLM，而不是只寫「Google 全代理」
許多讀者已經依照社群規則集，把 google.com、googleapis.com、gstatic.com 等後綴一次丟進同一策略組；在大多數情境下，這樣做方向正確。但 NotebookLM 的實際連線仍可能讓您困惑：瀏覽器網址列顯示的是產品子網域，上傳大型 PDF 時又會觸發長時間上傳與後端工作佇列，而錯誤訊息往往只寫「無法完成」而不標出是哪一個主機逾時。若您的規則裡同時存在「某些 Google 子網域直連」「其餘走代理」這類細分策略，NotebookLM 特別容易變成邊界案例：一部分請求命中直連、另一部分命中代理，Cookie 與 TLS 指紋看起來仍像同一個瀏覽器，但後端卻判定會話不一致或上傳中斷。
因此，實務上我們建議把目標講清楚：在 Rule 模式下，與 NotebookLM 相關的產品入口、身分驗證、API、靜態資源與內容承載網域應穩定落在同一策略組，而不是依賴「碰巧 MATCH 到某條寬鬆規則」。這與站內另一篇以 Gemini 與 Google AI Studio 為主的教學互補：兩者共用大量 Google 基礎建設，但讀者搜尋與故障關鍵字不同，獨立成篇比較利於對症調規則。
2 NotebookLM 的流量型態：為何「看似同一個網站」卻有多條鏈路
從使用者視角，NotebookLM 就是一個網頁應用：建立筆記本、上傳 PDF 或 Google 文件、再請模型根據來源回答問題或產生摘要。從網路視角，這卻是多階段、多主機的流程：Google 帳號登入會走 OAuth 與帳號相關主機；前端介面需要載入腳本、字型與圖示等靜態資源；上傳與推論則往往涉及 *.googleapis.com 一類的 Google API 端點，以及可能用於內容傳遞的 *.googleusercontent.com 類網域。任何一環被規則誤判，表面症狀可能完全不同：有時是登入頁轉圈圈，有時是上傳進度條停住，有時是聊天輸入後長時間沒有回應。
與「熱點結合型」教學一致的讀者需求
本站「用代理穩定使用某款 AI 產品」系列已涵蓋 ChatGPT、Claude、Gemini、Copilot、Cursor 等；NotebookLM 的讀者輪廓相近：重視研究與文件整理，願意為連線穩定性調整 Clash 分流，但不希望每天手動切換全局代理。把 NotebookLM 寫進規則集的重點，不是堆疊關鍵字，而是對齊真實流量並保留更新空間，因為 Google 前端與 API 主機名稱會隨產品迭代調整。
3 網域分類：規劃 DOMAIN-SUFFIX 時的心智模型
以下分類用於協助您檢查既有 Rule Provider 是否「涵蓋 NotebookLM 會用到的路徑」，並非宣稱完整列舉所有主機。實務請以用戶端連線日誌為準。
- 產品入口：目前使用者主要透過
notebooklm.google.com進入服務；若 Google 調整入口，請在日誌中搜尋新出現的產品子網域並補規則。 - 身分與帳號：
accounts.google.com、OAuth 相關的oauth2.googleapis.com，以及登入流程可能經過的其他*.google.com子網域。 - API 與後端：廣義的
*.googleapis.com集合；NotebookLM 的實際 RPC／REST 主機會落在這棵樹底下，與其他 Google AI 產品高度重疊。 - 靜態資源：
*.gstatic.com、fonts.googleapis.com等；若只代理主域不代理靜態，常出現按鈕無反應或版面半載入。 - 內容與附件：
googleusercontent.com類後綴常與使用者內容、下載連結有關；大檔上傳若被錯誤分流，容易表現為逾時或重試。
4 與通用「Google 直連／代理」並存：優先順序怎麼排
Clash／Mihomo 由上而下匹配第一條符合的規則。常見的配置衝突有兩類：第一類是訂閱附帶的 Rule Provider 把部分 Google 相關網域標成直連，而您手動寫的「Google 走代理」排在後面，導致永遠無法覆寫；第二類是相反情境——您希望搜尋或地圖直連，但把過寬的 MATCH 或 GEOIP 規則放在前面，使得後面針對 notebooklm.google.com 的細則失效。
實務建議可濃縮成三句話：先處理明確的例外（例如公司內網、銀行網站），再載入可信的 Rule Provider，最後才用寬鬆兜底。若您需要同時「中國大陸站點直連」與「NotebookLM 全走代理」，請避免在 Google 相關區塊混用互相矛盾的策略組名稱；同一策略組內的節點品質波動也會被誤認為規則錯誤，因此排查時應先看規則命中再看節點延遲。
把「NotebookLM 相關」視為 Google 流量的一個子集合：要嘛整包 Google 一致走同一出口，要嘛就用日誌驗證每一類主機是否都命中您預期的策略組，不要停留在「感覺有開代理」。
5 Clash 規則範例：DOMAIN-SUFFIX 與 Rule Provider 的搭配
下面是一段教學用最小示例：假設您已定義名為 PROXY 的策略組（請替換為實際名稱）。真實環境更建議以社群維護的 Rule Provider 為骨架，再補上產品專用條目。若您尚未完成訂閱轉 YAML，可先參考訂閱轉換教學。
# Example only — replace PROXY with your policy group name
rules:
- DOMAIN-SUFFIX,notebooklm.google.com,PROXY
- DOMAIN-SUFFIX,google.com,PROXY
- DOMAIN-SUFFIX,googleapis.com,PROXY
- DOMAIN-SUFFIX,gstatic.com,PROXY
- DOMAIN-SUFFIX,googleusercontent.com,PROXY
- DOMAIN-SUFFIX,gvt1.com,PROXY
若您已透過 rule-providers 引入 Google 相關清單，請確認該 Provider 在 rules: 區段中的插入位置早於過寬的兜底規則，且 behavior（如 classical 或 domain）與您使用的 Mihomo／Meta 版本相容。重複或衝突的 Provider 只會增加除錯難度，寧可保留一份您信任的來源並定期更新。
6 Mihomo（Clash Meta）脈絡下的幾個實務點
Mihomo 與傳統 Clash 在規則語法上高度相容，但社群常搭配更進階的 DNS、嗅探與規則集快取策略。對 NotebookLM 這類大量 HTTPS 且可能走 HTTP/2 或 QUIC 的服務，若您啟用相關嗅探或特殊模式，請確認沒有出現「規則以為連到 A 主機、實際 SNI 卻是 B」的錯位命中。這類問題在 AI 網頁應用上會表現為間歇性失敗，與單純節點慢不同。
若您使用訂閱轉換器產生的設定檔，請留意其中是否內建舊版 geosite／geoip 資料；過期資料可能把 Google 相關網域分到錯誤類別。可延伸閱讀GeoIP／Geosite 手動更新，降低誤判機率。
7 常見報錯：登入、上傳 PDF、生成摘要失敗的排查思路
建議依序縮小範圍，避免一開始就更換節點或開全局模式。
- 登入失敗或迴圈：優先檢查
accounts.google.com與 OAuth 相關*.googleapis.com是否與產品頁面命中同一策略組；並確認系統時間、時區正確，憑證鏈未被本機安全軟體攔截。 - PDF 或檔案上傳卡住：高度懷疑長連線或大流量請求命中直連或錯誤出口；請在日誌中篩選上傳時段出現的主機名，檢查是否落在未涵蓋的後綴或被子規則提前匹配到
DIRECT。 - 摘要或對話無回應、僅轉圈：常與後端 API 逾時或 WebSocket／長輪詢被中斷有關；對照同一時間點的
googleapis.com連線是否成功，並觀察是否只有特定節點出問題。 - Rule 模式異常、Global 正常：幾乎可斷言是規則順序或 Rule Provider 內容問題；請匯出當前命中規則再調整，不要先歸咎於「Google 封鎖」。
需要固定使用桌面用戶端與安裝來源時，建議透過本站下載頁取得與站內教學一致的版本，再搭配日誌除錯，可減少「客戶端過舊導致行為與文件不符」的變因。
8 DNS、FakeIP 與 TUN：讓解析與規則一致
只寫規則卻忽略 DNS，Google 系服務特別容易出現「同一網址有時能開、有時不能」的假象。建議把 DNS 視為分流系統的一環：讓解析走可信管道，並避免污染結果把連線導向錯誤目標。若您使用 Meta 核心，可參考DNS 防洩漏與 FakeIP 一文，把解析、規則命中與實際出口對齊。
在系統代理與TUN 模式之間：僅瀏覽器使用 NotebookLM 時，系統代理通常足夠；若您同時在多個應用程式或終端機環境存取 Google API，TUN 能降低漏網之魚。實作細節可對照Clash Verge Rev TUN 模式指南。
10 總結
2026 年使用 NotebookLM 時，穩定體驗的關鍵不在於多寫幾條神祕規則，而在於讓產品頁、Google 帳號流程、*.googleapis.com 與靜態資源在 Clash 分流中長期命中同一策略，並讓 Rule Provider、DOMAIN-SUFFIX 與兜底規則的優先順序符合您的真實意圖。遇到登入、上傳或摘要問題時，先用連線日誌對照主機名，再調整規則或 DNS，通常比頻繁切換全局代理更能根治。
相較臨時開全局，維護一份可信的 Google 規則集合並在 Mihomo 日誌中保留命中紀錄，長期成本更低、行為也更可預期。若您尚未安裝或升級用戶端，可從本站下載頁取得與教學一致的版本，再依需求選擇系統代理或 TUN。
