Engineernote-enrich 跑完的 raw 常常已經夠格當 wiki 頁，但要升格時卡在一件事：原本「就近融入」的規則讓我寫的句子和網路查來的句子混在一起，升格只能動 LLM 寫的部分，卻分不出是哪幾句。這篇記錄把輸出改成「原文一塊、## 補充一塊、## 來源清單」的取捨，為什麼不從 raw 全面改、已經 enrich 過的 20 幾篇為什麼不回頭拆，以及 enrich 結束時怎麼判斷該不該提議 wiki-build –promote。也記錄兩份規格各寫各的 frontmatter，悄悄分歧出 kebab tag 和被挪用的 source 欄位。
Engineerbook-review skill 寫出來的書評不像我說的話：會沿用書的行銷比喻、拿銷量當論據、把我的原話反轉、在段尾造金句。這篇記錄加上口吻改寫關卡與 voice.md，讓每次改稿變成下次動筆前要讀的規則；對話原話一字不改留在 raw；最後在心得定稿之後才加上「他人視角」，去挖別人的書評、藝評與批評來觸發聯想，而且不讓外部的話混回我的段落。
Engineerfrontmatter 的 source 欄位在 69 個檔裡有三種用法：外部網址、vault 內連結、note-enrich 的流程標記。這篇記錄把它全部併進 sources、流程標記另立 enriched 的取捨，raw 與 wiki 同名時為什麼要加路徑，以及跟另一個 session 同時改 enriched 格式撞在一起的合併。支線是藝評頁標題改成「前綴《展名》一句話」：一句話只從我說過的原話挑、個展的前綴用作者名，還有自己給的範例反過來違反新規則。
EngineerDay11 列過 llm-wiki 的 15 個 skill，但只有名字、一句話用途和行數。今天附上 inbox-triage、wiki-query、wiki-build、note-enrich、note-explore、vault-maintain 的範本，拿掉個人資訊和我這個 vault 特有的部分。每個 skill 附上什麼時候用、自己客製化時要注意哪幾條。把 llm-wiki 看成一台引擎：wiki-build 是核心，inbox-triage 負責加燃料，wiki-query 產出答案，vault-maintain 定期檢修，note-enrich 和 note-explore 分別顧思考的廣度與深度。另外說明其他 skill 為什麼不放，以及一個容易誤解的地方：這六個不是各自獨立的指令，它們共用 index.md、log、TODO.md 幾個慣例，也會互相呼叫。
EngineerDay10 結尾給了四句起步順序，今天把它展開成可以照做的版本。CLAUDE.md 201 行逐段盤完之後最反直覺的一筆是：行為準則只佔 14 行，路由與結構佔掉一半。skill 從 9 個開始，現在 15 個，中間有 10 個名字已經退場。這篇講五步起手式、每步配一個我實際付過的代價，12 條寫進 skill 才會生效的使用習慣，加上我實際的 routines（半年只有 42 個活躍天，斷過兩次一整個月）。文末附一段可以直接複製給 AI 的建置 prompt，它會先訪談你 12 個問題，再照你的答案長出你自己的骨架。
Engineer前兩天都在講這個筆記庫的儲存層——搬家的決定，和雲端同步碟咬出來的三類症狀。今天正式介紹它本身。Karpathy 的 LLM Wiki 架構是 Raw / Wiki / Schema 三層分工，我加的是「域優先」——用生活域當頂層資料夾，讓查詢有路徑可循，LLM 每次只讀 2 到 4 個檔而不是掃全庫。這篇講五個取捨：為什麼不用 RAG、為什麼域優先、為什麼 raw 不到五個檔不准開 wiki、為什麼規範要用 hook 擋、以及 skill 怎麼從原子指令收斂成管線。附三個實際踩過的判斷錯誤。
Engineer用 Karpathy LLM Wiki 架構重建個人知識庫：域優先結構、Inbox 分類流程、成熟後的 Skill 管線、hooks 機械護欄與跨域 hub 策展