NotebookLM 的影片輸出正在從 narrated slides 擴展到更多形式。2026 年 7 月，The Verge 報導 Google 測試約 60 秒、直式呈現的 Short Video Overviews，可依筆記本中的來源製作旁白與動畫摘要。這類輸出最適合做「先看重點、再決定讀哪裡」，而不是把生成影片當成新的權威來源。
本文只整理公開可觀察的功能。Google 並未在相關公告中公開完整的檢索、腳本、語音與渲染管線，因此不把合理猜測寫成產品事實。
已知功能與證據邊界
The Verge 的功能報導描述了約一分鐘的直式短片、旁白、動畫與提示詞引導。另一方面，Google 對 Cinematic Video Overviews 的官方公告證實 NotebookLM 會結合 Gemini 3、Nano Banana Pro 與 Veo 3 產生影片，並由 Gemini 決定敘事與視覺形式；但該公告談的是 Cinematic 格式，不能直接拿來證明 Shorts 的每個實作細節。
目前可以負責任地說：
- 影片內容以筆記本內的來源為基礎，使用者可引導聚焦主題與呈現方式。
- 短格式降低預覽成本，但也迫使系統捨棄細節與限定條件。
- 格式、訂閱資格、語言與介面位置屬於會變動的產品狀態，使用前應以 NotebookLM 當下介面與說明為準。
不能從公開資訊直接確認的項目包括固定的向量分塊策略、特定 TTS 模型、動畫渲染器，以及每一步的模型分工。這些都不應畫成「官方架構圖」。
怎麼把提示詞寫成可檢查的輸出
與其要求「做一支很有感染力的影片」，更可靠的方式是明確限制內容：
- 指定只使用哪些來源或章節。
- 說明目標觀眾與影片用途，例如會議預讀或考前複習。
- 要求保留數字、日期與不確定性，不補寫來源沒有的結論。
- 指定結尾列出三個需要回原文確認的問題。
例如：
請用 60 秒內的直式影片摘要第三章。保留所有數字的單位與比較基準；若來源沒有因果證據，請使用「相關」而不是「導致」。最後列出兩個需要回原文查證的限制。
這種寫法不保證輸出正確，但能讓錯誤更容易被發現。
適合與不適合的任務
| 任務 | 適合度 | 原因 |
|---|---|---|
| 長報告預覽 | 高 | 快速建立章節地圖，再回原文深讀 |
| 會議前同步背景 | 中 | 可降低進入門檻，但關鍵決策仍需引用原始文件 |
| 對外社群素材 | 中 | 需要人工檢查版權、事實與品牌語氣 |
| 法遵、醫療或財務結論 | 低 | 壓縮與生成都可能遺失限定條件，不宜單獨採用 |
實務判斷
NotebookLM 的價值不是證明短影音比文字更會「讓人記住」，而是提供另一個進入來源集合的入口。若團隊要把它納入正式工作流，應把影片視為衍生物，保留原始來源、生成提示與人工審閱紀錄。
想理解更一般化的閱讀方法，可接著看三遍讀論文法；若關心 Google 生成媒體模型本身，則可延伸閱讀Nano Banana 2 Lite 與 Gemini Omni Flash。
來源
延伸閱讀
- Industry Pulse Nano Banana 2 Lite 與 Gemini Omni Flash：官方規格、預覽限制與導入判斷 整理 Google 公布的 Nano Banana 2 Lite 與 Gemini Omni Flash 規格、價格與預覽限制，並說明影像到影片管道在導入前應驗證的事項。
- Cloud & Platform 高效學術論文閱讀：三遍掃描法 把「三遍讀論文法」落地成可執行流程：用 5–10 分鐘做海選、用 1 小時抓住方法與證據、再用「虛擬重做一遍」吃透細節。本文整合 Keshav 的 three-pass 與李沐老師的實作要點，附檢查清單與文獻綜述讀法。
- Industry Pulse Gemini 3.6 Flash、3.5 Flash-Lite 與 Flash Cyber：定位、價格與採用邊界 整理 Gemini 3.6 Flash、3.5 Flash-Lite 與 3.5 Flash Cyber 的官方定位、目前價格、發布方評測與可用性，並提出 Agent 模型路由與資安權限的驗證重點。
