LLM Wiki

LLM Wiki 是把個人筆記交給大型語言模型讀過、重寫成 wiki 文章的做法，源自 Andrej Karpathy（前 Tesla AI 總監、OpenAI 創始成員）公開的 llm-wiki gist。劉亮據此建立的實例就是這座知識庫本身：0406/ 放原始筆記且只讀，wiki/ 放由模型寫出、可反覆重寫的文章。他在 2026 年 8 月把這套實作整理成講座與工作坊的開課大綱，見 LLM Wiki 開課計劃。

出現之前的筆記狀態

在 LLM Wiki 之前，劉亮的筆記長期停在 Apple 內建備忘錄，他的說法是「找不到真正合適的軟體」。中間經過一段 Obsidian 與相關 AI 工具的摸索期，觸發他接觸 Obsidian 的是幾組筆記與知識管理概念：結構洞（社會網絡理論中人與人之間的連結空缺）、關聯圖（Obsidian 的雙向連結視覺化）、卡片筆記法（Zettelkasten）、第二大腦（Tiago Forte 的個人知識管理方法，見十億美元創作者）。這段摸索在講座大綱裡是要展示心得感想與實際產出的一節，意即該階段已有可展示的成果，只是尚未收斂成系統。

這條前史也解釋了 AI工具長期停留在工具清單的狀態：工具追蹤有了，把工具接進日常產出的那一步要等 LLM Wiki 才發生。

血統與設計哲學

系統由兩份公開文件拼成，分工明確。基底是 llm-wiki gist，它提供主張與架構：知識要編譯成一個持久且會複利的產物，而不是每次查詢重新檢索；三層架構分成不可變的原始來源、模型完全擁有的 wiki、人與模型共同演化的 schema；人類放棄 wiki 是因為維護負擔成長得比價值快，而 LLM 讓維護成本趨近於零。劉亮額外加入的 personal_wiki_skill（farzaa 發布的 Claude Code skill）提供作業規範：作家心態（模型的角色是作家而非歸檔員）、Wikipedia 語氣標準、各類型文章的長度目標與結構規範。這三項是這座 wiki 之所以讀起來是文章而不是筆記堆的原因，也對應到 wiki/references/writing.md 的內容。

上游文件對此是預期的。Karpathy 的 gist 開頭與結尾都聲明自己刻意抽象，只負責傳達模式，目錄結構與慣例應由 agent 與使用者協作長出來；farzaa 的目錄清單同樣寫明類型要從資料裡長出來、不要預先建立。分歧不是偏離。

與上游的七處分歧

項目	上游	這座 wiki
`ingest` 指令	farzaa 用 Python 腳本把 Day One、Notion、iMessage 等格式轉成 raw entries	沒有這個指令。`0406/` 本身就是 Obsidian vault 的 `.md`
`lint` 指令	只有 Karpathy 提到，farzaa 的六個指令裡沒有	保留，並加上 callout 掃描與 `log.md` 格式檢查
查詢結果回存	Karpathy 標為關鍵洞見：好答案應回存成新頁面，讓探索也複利	`query` 明確禁止修改任何檔案
目錄分類	farzaa 列出約 40 個類型	六類。`synthesis/` 不在上游清單上，是本地新增
拆分判準	行數，超過 120 行臃腫、超過 150 行考慮拆	改為結構，需要三層以上章節才組織得起來時才拆，行數降為輔助訊號
Callout	兩份文件都沒有	新增四種標記（note／warning／question／todo），並讓 lint 掃描它們
多版本	farzaa 用 `--dir` 切換平行宇宙，各版本互不參照	兩座各自獨立的 wiki，生活工作版與學術研究版

七項裡最值得記的是查詢結果回存。Karpathy 的理由是探索出來的比較表或分析不該消散在對話紀錄裡，這座 wiki 反其道而行，把 query 鎖成唯讀，改用 absorb 把對話產出當成來源材料吸收，_absorb_log.json 裡有多筆 session 的來源標為「對話記錄，非筆記檔案」。結果一樣是回存，路徑不同：它由人下令，不是查詢的副作用。

同期的另一種架構

同樣是 Obsidian 加 Claude Code、同樣要讓一座 vault 被模型讀得動，LYT框架給的是另一個答案。LYT 保留原子筆記不改寫，在上面加一層 MOC（Maps of Content）——一則按人的思路排列連結的主題地圖，讓模型打開一張就掌握整個主題的 context。llm-wiki 的做法是把來源編譯成重寫過的文章，原始筆記維持只讀。兩者的分工因此相反：LYT 的知識庫由人寫、AI 協助歸檔與連結，這座 wiki 的知識庫由 AI 寫，人只提供來源與規範。

這條線索是 2026-08-05 從 Clippings/ 的一篇 LYT 教學文章吸收進來的，不是劉亮自己的實作紀錄。他為什麼收藏、是否打算取用其中的做法，目前沒有任何筆記寫到。

四條實際用途

劉亮在講座大綱中列出四個案例，四個都在這座 wiki 裡留下對應的文章，可視為系統的實際輸出紀錄：

案例	從什麼開始	產出
課廳營運	訪談與雜記	ACCUPASS 活動數據分析 → 年度計劃撰寫
台大創意產業專題	課堂筆記摘要紀錄	由考古題反推出題邏輯，據以複習期中考
成都記憶碎片	成都時期的碎片記憶	想變成作品的 try out
生活經驗	朝聖之路、走自己的路	路上的反思串聯到實際作為

第一條是四者中鏈條最長的：從零散訪談與雜記，經 86 場售票活動的量化分析（課廳ACCUPASS售票分析），一路寫到課廳2027年度計畫。第二條的用法與其他三條不同——不是把材料寫成文章，而是拿累積的課程筆記反推出題者的邏輯，把 wiki 當作應考工具。

第五條：產出鏈本身

2026-08-04 劉亮指認了第五個案例，性質與前四條不同：從最初的開課想法一路到成品網頁，這條產出鏈本身就是用 LLM Wiki 產內容的代表案例。四天走完五個階段：

日期	階段	產物
08-01	原始想法	一份四堂課的草稿筆記
08-02	吸收與收斂	成為兩篇文章，再經十題訪談改寫為第二版計劃
08-03	補上游素材	Karpathy gist 與 farzaa skill 全文吸收成 llm-wiki gist、personal_wiki_skill 兩篇
08-04	規格	網頁製作計劃（章節結構、圖片清單、盲點檢查、驗收清單）
08-04	成品與上線	LLM Wiki 入門指南網頁，單檔約 48KB，當日上線於 Cloudflare Pages

與前四條的差別在可見度。前四條只有兩端看得到——什麼材料進去、什麼東西出來，中間怎麼發生的要靠回想。這一條的每個中間階段都以文章、log 條目與 session 紀錄留在 wiki 裡，方法是可以攤開來看的，不是事後推論的。

差別還有第二層：它是遞迴的。素材是關於這座 wiki 的想法，工具是這座 wiki，產物是教別人建 wiki 的教材，而途中吸收的兩份上游文件又回頭成為教材第 4、5 節的主體。對 LLM Wiki 開課計劃來說這正好補上一個缺口——1-1 講座要示範的是方法而不只是成果，而前四條案例只證明得了成果。

持續使用的紀錄與機制

從 2026 年 4 月建立到 8 月，四個月幾乎沒有中斷，一直有在輸入或做優化調整。劉亮把持續的原因拆成三項：學校課程幾乎每週都有新筆記需要輸入（外部節奏）、看著 wiki 逐漸成形完整豐富的成就感、以及怕東西還沒記下來就忘了。忙碌時把他拉回來的是尋找靈感，或是趁還沒忘記、資料還在的時候趕緊輸入。

三項之中，外部節奏是最強也最脆弱的一項——它來自在學身分，會在畢業時消失。這件事在 LLM Wiki 開課計劃裡被登記為隱性假設，因為課程受眾從一開始就沒有這個節奏。

「建立」與「回頭查」是兩種不同的使用。事後回頭查的紀錄有三類，分別對應不同的價值：

類型	實例	價值
應考	台大課程期中考前反覆翻閱	效率
產出	課廳年度計劃，讓 AI 就現有資料做深度分析而非從零開始	省掉重啟成本
自我理解	回顧朝聖之路相關內容，以及影響自身工作決定與成長歷程的段落	看見自己的軌跡

第三類與前兩類性質不同：它不由任務驅動，也最難當場證明有用。

系統維護

劉亮把 wiki 當成需要定期保養的系統，而不是一次設定就不動的工具，維護動作跟著 AI 動態走。2026 年的一次維護分兩步：先讓 AI 依〈The new rules of context engineering for Claude 5 generation models〉整理出的要點對既有文章做檢核，接著針對 log.md 累積的混亂紀錄做重新整理。他對結果的評價是滿意。

維護的必要性來自一項他原本沒有察覺的性質：系統會在正常使用期間悄悄劣化，而且不會報錯。 劣化不等於停止輸入，而是各部分之間出現不一致。已留下紀錄的三個實例——overview.md 曾在 2026-07-06 至 07-25 停在 43 篇不動，當時新文章仍在增加，索引還在但說的話是錯的；_index.md 與 overview.md 的篇數一度採兩種計法，兩處都把概覽算進六類而多算一篇；log.md 曾有一條把 1,469 字整段塞進標題行。共同點是三者都發生在他正常使用的期間，沒有任何錯誤訊息，而且不會有人每天打開 overview.md 檢查它有沒有說謊。空的索引使用者知道要繞開，錯的索引使用者會相信。

這組紀錄補上了 llm-wiki gist 沒有處理的一半。Karpathy 的論證是 LLM 讓維護成本趨近於零，所以 wiki 維持得住；劉亮這邊的實測顯示成本降到近零不等於維護會自動發生。三個實例都不是模型做不到，是沒有人下令做，而劣化本身不會發出要人下令的訊號。

工具面的補充是 kepano 發布的 Claude Obsidian Skill（obsidian-skills），列為工作坊要教的技巧。圖片如何納入 wiki 也列為工作坊題目，做法已寫進 wiki/wiki-handbook.md。

兩座 wiki 的拆分

學術研究用途另建一座 wiki，與個人生活筆記這座分開。劉亮把兩個題目列進工作坊大綱——學術版為何不適用 personal_wiki_skill，以及它為何要與個人生活筆記版分家——但計劃文件本身沒有寫出理由。論文端的實際使用方式見學術研究。

可能的產出方向

計劃中列了三種尚未執行的延伸產出：某個主題的專屬網頁（他舉的例子是演唱會製作）、個人網站、方便更新的文章部落格。三者的共同前提是 wiki 的內容已經是成篇的文章而非筆記，可直接對外發布。技術路徑與他的 Vibe Coding 實作能力相接。

這個方向在 2026-08-04 有了第一件成品並當日上線，但走的是另一條路：LLM Wiki 入門指南網頁的內容不是把既有文章搬上網，而是為了教學另外寫的。「把 wiki 的文章直接對外發布」仍未實測。

那次上線同時留下一個關於這個方向的實測結果：真正的成本不在技術，在隱私。網頁只用了五張截圖，就有四張越過原訂的邊界，露出人名、文章標題與財務項目名稱；劉亮評估後選擇維持原樣上線，而非重截。若哪天要把整批文章直接發布，這道工序的規模會比五張圖大得多——這座 wiki 的核心材料本來就是私人的。

滾寒宮

探索