Karpathy 的 LLM-wiki 实践

问题描述：

几天前Karpathy发了一篇LLM-wiki的gist，引起讨论还挺多的，我自己也是个笔记流水账爱好者，这些年也多多少少也写了上千篇流水账。然后就尝试用这个里面做一个系统去整理。

但是我有几个特殊的点，首先我用的工具比较古早，不是广受欢迎而且功能强大的Obisidian，而是一款早就不更新，但是功能简洁，我用起来很顺手的Quiver。这导致很多现成的实践和项目我是没法用的。

另一个点是我的东西有点多，一开始我还没发现这个问题，但系统搭好之后开始做初始化的时候就开始蛋疼了。

有了vibe coding，说干就干吧。找OPUS做规划，然后CODEX落地，吭呲了两三个小时就出来初版了
image1920×1228 232 KB

让我最惊喜的是，随着不断吃进去一些历史笔记，他能够把不同笔记里面相同主题的内容有机整合到一起，把我一些并不成熟的思考整理成我都觉得有点惊喜的样子：
image1776×1836 415 KB

蛋疼的点是，处理速度实在有点慢，一开始用的是kimi-k2.5(think)，后面慢慢降级成qwen 3.5 flash(think)，最后实在忍不了，think都给关闭了，还是得2-3分钟一篇
image2956×1900 502 KB

加上失败重试，跑了一晚才跑不到300篇

网友解答：

---

--【壹】--：

对的，跟我的思路一致，raw 笔记是只读的，产出的wiki供后续自己翻阅或查询

---

--【贰】--：

我自己的体感是，LLM wiki 真有用的前提是别把“原始资料”和“整理结果”混在一起。

raw 保持原样，wiki 负责沉淀概念、索引和关联。这样后面查询才是在读知识，不是在翻垃圾堆。