TL;DR
Qiitaニュースのメールで、毎週水曜ごろに「先週いいねが多かった投稿ベスト20」が届きます。
この20記事をNotebookLMで1本ずつ独立した「音声概要」にして、通勤や家事の間に耳で流し読みしています。
今はClaude（Claude in Chrome）に「今週のQiitaランキングの音声概要を作って」と頼むだけで、メールの確認から音声の生成、元記事を開くところまで進めてくれます。私がやるのは、必要なときのGoogleへのログインくらいです。
「全ソースまとめて1本」ではなく「1ソース＝1本」にするのがポイントです。
まとめて作ると20記事が1本の雑なダイジェストになり、どの話がどの記事のものか分からなくなります。
Claudeがやること
- Gmailでランキングメールを探し、1位〜20位の記事を拾う
- メール内のリンク（配信サービスのトラッキングURL）をChromeで開き、実際のQiita記事のURLに直す
- NotebookLMで新しいノートを作り、20記事をソースとして追加する
- ソースを1件ずつ選んで、「音声概要（概要モード）」を1本ずつ生成する
- Studioに並んだ音声と元記事の対応表を作り、その順に元記事をタブで開く
スキル
手順はClaude用のスキルにして、Gistに置いています。
-
qiita-weekly-notebooklm：メールの確認から元記事を開くまでの段取り -
notebooklm-audio：NotebookLMで1ソースずつ選んで音声概要を作る操作
NotebookLMのUIが変わると動かなくなることがあるので、自分の環境で1本目の様子を見ながら使ってください。
ハマったところ
細かい対策はスキルに書いてあります。
- JSで
.click()しただけでは、ソースの選択がNotebookLMの内部に反映されず、全ソースが混ざった音声が生成される（20本分の生成を2回無駄にしました） - 状況を見ようとStudioのカードをクリックすると、それだけで1本生成され、生成枠を使ってしまう
- 音声概要の上限は日付で戻るのではなく、直近24時間の本数で効くらしい（前日に使った分だけ、当日に作れる本数が減った）
- NotebookLMのタブが裏にあると、ページ内のJSの処理が極端に遅くなる
- 音声は並行で生成されるので、Studioの並び順は投入順と一致しない。対応表は内容をもとに照合している
手作業でやる場合
URL集めだけ自分でやるなら、自作のChrome拡張Copy All Tab URLs（全タブURLコピー）が便利です。
ランキングの20記事をタブで開いて、1クリックで全タブのURLを改行区切りでコピーできるので、そのままNotebookLMのソース追加欄に貼れます。
おわりに・注意
- NotebookLM の DOM を直接操作しているので、UI 変更で動かなくなることがあります（実際に何度も直しています）。
- 生成上限は時期やアカウントで変わる可能性があります。
耳で聴くと、普段なら開かないジャンルの記事も意外と頭に入ってきます。よければ試してみてください。