5,000个星标，15个复刻版本，8天时间。Andrej Karpathy扔出一个新项目，社区的反应速度堪比抢购限量球鞋。
但热闹背后有个荒诞的事实：几乎所有人都在搭建同一层脚手架，却漏掉了承重墙。
01 | 问题：你的知识在原地踏步
每次问大语言模型（LLM）关于文档的问题，它都像第一次见这些材料。检索片段、拼凑碎片、生成答案——然后清零。明天再问一遍，它从头再来。
知识没有复利，只有重复劳动。你的文档库越庞大，这种浪费越明显。
Karpathy的解法很直接：让LLM在后台持续维护一份结构化维基（Wiki）。不是临时检索，而是持久积累。新文档进来，旧页面更新，知识网络越滚越厚。
他把这个项目叫LLM Wiki，开源即引爆。
02 | 集体跑偏：15个版本，15个漏网之鱼
社区的反应堪称教科书级的「抓错重点」。15个早期实现，几乎都在做同一件事——搭建维基层。
漂亮的Markdown页面，优雅的层级结构，自动生成的交叉引用。看起来很美。
但Karpathy真正的核心主张被晾在一边：模式即产品（The Schema Is the Product）。不是维基本身，而是定义知识如何被组织、更新、关联的那套规则。
维基是皮肤，模式是骨骼。社区疯狂复制皮肤，骨骼没人碰。
这就像看到特斯拉开源，所有人都在仿造车壳，却没人研究电池管理系统。能跑，但跑不远。
03 | 为什么模式才是硬仗
维基层好做，因为它是可见的、可演示的。模式层难做，因为它需要回答一堆脏问题：一个概念该拆成几个条目？更新时如何合并冲突？相似实体如何消歧？
这些问题没有标准答案，只有特定领域的妥协。
Karpathy的原型之所以有价值，不是因为它生成了多少页面，而是它展示了一种可能性：让LLM自己迭代知识结构，而非被硬编码的模板束缚。
但迭代需要反馈回路。你需要观察维基在实际查询中的表现，反过来修正模式。这个闭环，目前的复刻版本大多没打通。
04 | 一个产品经理视角的观察
这种现象我见过太多次。技术社区对「可演示」的敏感度，远高于「可扩展」。一个能跑通的Demo，往往比一套健壮的架构更容易获得早期关注。
LLM Wiki的星标曲线证明了这一点。但星标不能当饭吃，尤其是当你想把这套系统塞进企业工作流的时候。
企业文档不是维基百科，没有中立编辑，只有部门壁垒和术语战争。模式设计本质上是在组织政治中画边界线，这比写代码难十倍。
Karpathy本人当然清楚这点。他的原型足够薄，薄到迫使你去思考：我的场景需要什么样的知识结构？
可惜大多数复刻者选择了更舒服的路径：把薄变厚，而不是把薄变锋利。
如果模式层才是产品，那么过去8天，15个团队里有多少个在构建真正的产品，而非又一个笔记工具的皮肤？
热门跟贴