今日最有感的事

NotebookLM-py 把「中文 deep-dive」變成可以排進 workflow 的一步

EP05 的題目是「Manus 在中美夾擊下到底卡在哪裡」。早上一句話丟給 /voice-podcast,背景就跑了九個 agent、二十條 claim 對抗式查核,七分鐘吐回一份 script.md 加 factcheck-report.md:confirmed 8、overstated 7、unsupported 1、interpretation 4,可信度自評 82。對抗式查核這層其實是整條 pipeline 真正的價值——如果沒這層,後面音檔做得再好聽都只是放大不確定資訊。

真正讓我有感的是接下來這一步:拿到查核過的 script,呼叫 teng-lin/notebooklm-py 這個 skill,建 notebook、加 source、語言設 zh_Hant、丟 deep-dive 指令,然後它就吐出一個 background task ID,背景跑 NotebookLM 的中文對談合成。十五分鐘後通知我,下載回來是 36.4 MB 的 mp3,時長 18:51,名字 NotebookLM 還自動取好叫「遭中美夾殺的 Manus 崩盤真相」。

這代表 NotebookLM 雖然只是個網頁工具,但有了 notebooklm-py 包裝後,「中文 deep-dive 對談」就變成 CLI 一行、可以塞進任何 Workflow 的 atomic step。對我來說最直接的差別是:以前要中文 podcast,得自己刻 TTS + 對話腳本;現在從「查核過的稿」到「可試聽的 mp3」這段,完全自動化、語言鎖在 zh_Hant,連檔名都 NotebookLM 自己取。

落地前還是套了 EP02 的教訓——拿 whisper large-v3 把 mp3 轉回中文逐字稿,逐句比對腳本裡的數字。Manus 這集數字很關鍵(20 億美元、2026/04 發改委叫停、credit 制扣點),任何一個被念成「兩千萬」或掉一個零,整集 credibility 就完了。large-v3 要跑三到六分鐘,但這幾分鐘換得是「可以放心送 Apple Podcasts」這個信心,划算。

Hugo 的 sitemap 早就把該做的都做完了

下午把跑馬古道遊記(六月底嘉明湖行前體訓)收尾完,順口問了一句:「這篇要不要丟 Google sitemap?」這問題其實困擾我很久——以前每寫一篇就要登入 Google Search Console、把網址貼上去、點「要求建立索引」,重複勞動感很重。

驗一下 sitemap.xml,結果是 200,這篇文章已經在裡面,整站 367 個 URL 一個沒漏。robots.txt 也允許爬、還指向 sitemap。技術面完全就緒,我以前每篇都手動「請求建立索引」的動作,從來都只是加速、不是必須。 Hugo build 完自動更新 sitemap,Google 自己會定期來爬,不催文章一樣會被收錄,只是慢個幾天到兩週;催了可能隔天就上。

這個認知翻轉的點在於:很多看似「每次發文都要做的步驟」,其實是過去某個時間點的工具沒做好、留下來的肌肉記憶。Hugo 已經幫你做了 sitemap,那「手動提交網址」這步就變成 nice-to-have,不該再當 mandatory checklist。同理,Google 的 Indexing API 官方只支援徵才/活動類網頁,硬接一般部落格不保證有效、還可能被警告——所以「自動催索引」這件事根本沒有乾淨方案,與其代刻一個半套腳本,不如承認「等」就是答案。

對醫學 sideproject 來說這意義不小:我的內容生產節奏會越來越快(podcast、學習日誌、健行紀錄都同時在出),如果每篇都得登 GSC 點一輪,邊際成本會壓垮節奏。把這層「其實不必要的儀式感」拿掉,剩下能集中火力的就是寫和查核本身。

今日收集的資源

Project Dashboard(個人專案儀表板)

notebooklm-py 最新 release(API)

notebooklm-py 帶 tag 安裝路徑

notebooklm-py(NotebookLM 自動化 skill)

NotebookLM 官方支援文件

Google Search Console(agoodbear.github.io 入口)

◆ ◆ ◆