「incoming数だけ」では false positive が出る（fact-wiki-separation が反例）。incoming × 行数 × 見出し数 の複合シグナルが必要。

実例から 2つの異なる操作 が必要だと判明：

extract: llm-wiki-pattern の「3層構造」「コスト逆転」「歴史」など → 既に独立ページ（three-layer-memory, cost-inversion, pkm-history）が存在。ハブを縮めて当該ページに委譲するだけ

split: kabuwake の「実装に向けた考え方」配下 → 独立ページなし。「kabuwake実装パターン」のような新規ページとして切り出す必要

単に「リンクが多いから」というだけで分割するのは適切ではないという話

リンクが多いページを改めて読んだ場合に雑多なものが詰め込まれていることがある

最初はコンパクトだったのだが、色々思考が発展する間に加筆が行われて育っていく

---

今回の3ステップ自体が「概念化 → 実装 → filing back」という ingest / filing-back の構造をそのままなぞった。page-splitting も他の wiki操作と同じライフサイクルで育つことが示せた。