萃取 Distill（CODE 第 3 步）

CODE 框架第 3 步——把整理好的資訊簡化、濃縮成更容易理解的形式。核心技巧是累進式摘要（Progressive Summarization）。

核心理念

獲取 Capture 跟組織 Organize 收集 + 分類了資訊，但還沒「能用」——

Distill 就是把這些「raw notes 變成 ready-to-use highlights」的過程。

書中的核心方法，分多次萃取，不一次到位。詳見累進式摘要。

簡化流程：

第 1 次（Capture 當下）：複製整段（300 字）
       ↓ 隔幾天回來看
第 2 次：把段落內最關鍵的句子標粗體
       ↓ 再隔幾天
第 3 次：把粗體濃縮成自己的話（一句）
       ↓ 未來
第 N 次：標重點 / 改寫成更短 / 加 emoji 標記

→ 每次回看就萃取一次，自然發生在使用筆記時，不用刻意安排「萃取時段」。

書中強調：

書中關鍵句：

「請把未來的你想像成一位要求非常嚴格、極度忙碌又很不耐煩的顧客，不會有時間去鑽研所有細節找出滄海遺珠。」

→ 寫筆記要**「推銷」給未來的自己**——濃縮成一句白話文，馬上看得懂。

wiki-ingest 跟 wiki-compile 部分自動化了 Distill：

階段	機制	你做什麼
第 1 次萃取	LLM 自動	ingest 時 LLM 把 raw 摘要成 entity 主文
第 2-N 次萃取	LLM + 人工	後續手動編輯 entity / 觸發 wiki-refresh（v1.4 規劃）
最終形式	人話一句	entity frontmatter 的「> 一句概述」blockquote

→ Vincent vault 的 entity 主文格式（一句概述 + 為什麼存在 + 核心點 + 關聯）就是個成熟的 Distill 結構。

❌ 複製整篇文章存進筆記 → 沒 Distill 等於沒讀 ❌ 第一次就想萃取到位 → 累且不持續 ❌ 只標粗體不寫自己的話 → 還是別人的文字，回看還是要重新理解 ❌ 萃取後不更新原筆記 → 萃取的版本散落各處

書中三句精華：