6ABC Note候補の絞り込みと下読み

6-1　まず、選んだTagにぶら下がっているABC Noteだけを残す。 Tagを2つ選べば、どちらかにぶら下がるものが候補になる。

技術的には　2番が返した一覧の中から、 親Tagの数がちょうど1つ、かつそのIDが選択中の集合に含まれるものを残す。 「ちょうど1つ」という条件が厳しく、親Tagを2つ付けたABC Noteは 受信箱の候補には一切出てこない。Tagを外すと、そのTag配下だったABC Noteは 選択からも自動で外れる（画面の状態が矛盾しないようにするため）。 「新しく作る」を選んだときの親Tagも、選択中のTagから外れたら自動で付け替わる。

6-2　残った候補に、題名だけを見た仮の順位を付け、上から9件に絞る。 すでに選んであるものは、順位に関係なく残す。

技術的には　点数は 選択Tagとの一致数×120（Tagを複数選んだとき、どのTagの配下かで差が付く）、 題名がそのまま本文に含まれれば120点、題名の重なり×70、 引かれた回数の常用対数×2。この時点では本文の点は0。 上位9件と選択済みのものを混ぜ、IDで重複を除いた集合が候補になる。 9件という数はサーバー側の上限（1回1〜9件）と一致している。

6-3　まだ中身を読んでいない候補があれば、そのIDをまとめてサーバーへ送る。 一度読んだものは、もう送らない。

技術的には　POST /api/candidate-content に application/json で {"permanentIds": [...]}。 サーバー側は1〜9件・全部がNotionのIDの形を確認し、外れたら 400。 そのあとハイフンの位置を正規化して重複を除く。 ブラウザ側は「まだ持っていないID」だけを送り、切り替えが起きたら取り消す。

6-4　サーバーは候補1件ずつ、そのページの中身を読みに行く。 ただし全部を一気にではなく、3件読んだら0.9秒待つ。

技術的には　GET /v1/blocks/{id}/children?page_size=100。 続きの目印があっても追いかけない――先頭100ブロックだけ見る。 3件を同時に投げ、揃ったら次の3件へ進む前に0.9秒待つ。 これはNotionの1秒あたりの要求数の制限（おおむね毎秒3回）に合わせた意図的な間引きで、 9件なら「3件・待つ・3件・待つ・3件」で約1.8秒の待ちが入る。 2番が3つの取得を単純に直列にしていたのに対し、 ここは「同時に3つ、そのあと休む」という別の作戦を取っている。

6-5　読んだ中身から、章立てと論点を拾って1〜2行の説明文にする。 見出しが無いページなら、最初の段落をそのまま使う。

技術的には　ブロックの種類で振り分ける。 大見出し（heading_1）＝章を最大3つ（各46文字まで）、 中見出し（heading_2）＝論点を最大2〜3つ（各62文字まで）。 12文字以上の段落も拾う。ただし 「その他」という見出しと、記号だけの行（- ● | など）は捨てる―― 「その他」は8番が転記に使う定型の見出しなので、説明文に出しても情報にならないため。 URLは事前に全部取り除く（4番と同じ理由で、長いURLが照合を歪めるから）。 説明文は全体で220文字まで、照合用の本文は6,000文字まで。 見出しも段落も無ければ「本文はまだありません。関連Literature Note ◯件。」と出す。 結果は6時間・最大500件の控えに入り、鍵はそのページの最終更新時刻。 500件を超えたら古いものから順に捨てる。 失敗した場合は控えから外すので、次に呼べばやり直せる。

6-6　説明文と照合用の本文を返す。10分間はブラウザ側にも置いてよい、と伝える。

技術的には　200 ＋ private, max-age=300（本人のブラウザにだけ5分）。 中身は候補ごとに、説明文・照合用本文・最終更新時刻・ 本文から取れたのか題名だけなのかの区別・打ち切りの有無。 「題名だけ」の場合、次の並べ直しで本文の点が入らないことが説明できるようになっている。

6-7　説明文が届いたら、候補の順番を付け直す。 ここで初めて本文の中身が順位に効く。

技術的には　6-2 の点数に 本文の重なり×115 を足して並べ替える。 この115という重みは、題名の重なり（×70）より重く、Tag一致（×120）に迫る大きさ。 つまり「題名は違うが中身が近い」ABC Noteが、 下読みのあとで上位へ跳ね上がることがある。これがこのブロックを作った目的そのもの。 検索窓に入力したときは推薦を止め、題名と説明文に対する単純な絞り込み（上位9件）に切り替わる。