Karpathy 今年寫了一則 LLM wiki 的 gist,以LLM wiki的概念來做知識管理,讓 LLM 持續維護一份會複利的 wiki。
這三十天分享我用這個想法從零實作上線,讓一般人可以不用管技術細節也可以有一個自己的個人知識管理系統。
前言 今年 Andrej Karpathy 寫了一則 gist,標題叫 LLM Wiki。 裡面有一個主張,直接否定了現在做知識庫最主流的做法:不要用 RAG。...
前言 今天再深入地把 Karpathy 那套 LLM wiki 的架構走一遍。 他把一座知識庫拆成三層:raw/ 放來源(raw sources)、wiki/...
前言 Karpathy 那則 gist 立了六條準則:三層是 raw/、wiki/、schema/,三個操作是 Ingest、Query、Lint。整篇文章都在...
前言 之前我們已經把 Karpathy 的六條準則分成兩個部分:怕 LLM 弄壞的寫成程式碼,其餘寫成 Markdown 交給使用者定義。今天詳細說明怎麼讓 L...
前言 之前我們已經用三篇把六條準則拆開來看:一篇講它們各自的職責,一篇把它們對應到程式碼,一篇講執行那六條準則的程式。那些都還是靜態的——看得到零件,看不到它動...
前言 之前我們已經在網頁上把三個操作走過一遍,今天介紹如何讓 Claude 直接讀寫這座知識庫。下面的畫面都是 Claude,換成 Cursor 或 Claud...
前言 六個工具:get_instructions、search_notes、read_note、create_note、update_note、list_fol...
前言 假設一個情境,你在網頁上改 wiki/concepts/llm-wiki-pattern.md,改到一半離開座位。同一時間,Claude 正在背景編纂一份...
前言 這座 wiki 的價值在連結。頁跟頁之間互相引用,才會從一堆摘要變成一張網。 之前我們已經看過連結長什麼樣:寫在 Markdown 內文裡的 [[llm-...
前言 現在做全端專案,預設答案幾乎就是 Next.js。我沒有用,用的是 Vite 打包的純前端 SPA,配一台 Express。 這個決定只有一筆債:SEO,...