[aside] `quacker-core/src/projection.rs` の doc コメントが 1 個ズレて付いている ── `normalize_tag_segments` の doc が隣の `embedding_list_literal` に吸われ、`normalize_tag_segments` 自身は無 doc。

LogModule engine 化(note n_01KT47S86)の調査で projection.rs を精読中に発見、engine 本筋外。

- **事実**(現行 main、行番号は読んだ時点): L1382-1387 が `normalize_tag_segments` を説明する doc(「Normalize tag input by flattening any legacy single-string-with-slash segments…」)だが、その直後 L1388 から空行なしで `embedding_list_literal` の doc(「Render an embedding vector as a DuckDB `FLOAT[]` list literal…」)が続き、L1396 に `fn embedding_list_literal`。
- 結果、Rust の doc 付与規則で **2 つの doc 段落が両方 `embedding_list_literal` に付き**、本来 normalize を説明していた段落が誤った関数に乗る。実体の `fn normalize_tag_segments`(L1413)は doc なし。
- おそらく `embedding_list_literal` を後から normalize の doc と fn の間に差し込んだ際の取りこぼし(挙動は完全に無関係 = doc のみ)。

→ 触らない判断: 今回の gate は content の behavior-identical 移設で、構造を動かすだけ(doc はそのまま運ぶ)。ただし `normalize_tag_segments` / `embedding_list_literal` を content domain へ移設する手が入るなら、その移動 commit 内で doc を正しい関数へ並べ直すのが自然(挙動中立なので behavior-identical を崩さない)。

→ 想定インパクト / トリガー: 読む人が `normalize_tag_segments` の意図を取り違える(legacy `["kind/question"]` を flat 化する replay 互換ロジックという説明が見えない)。直すのは doc 2 段落の順序入れ替えだけ。既出の projection.rs doc-staleness aside([[project_quacker_server_thinning_direction]] 系の `open()` doc が `rebuild_projection_on_startup` を指す件)とは別箇所・別原因。