[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-llm-wikis-beat-raw-rag-knowledge-work-en":3,"article-related-llm-wikis-beat-raw-rag-knowledge-work-en":31,"series-ai-agent-697af300-a6ed-47c9-93cc-4c3227a4d862":76},{"id":4,"slug":5,"title":6,"content":7,"summary":8,"source":9,"source_url":10,"author":11,"image_url":12,"cover_image":12,"category":13,"language":14,"translated_content":11,"related_article_id":15,"keywords":16,"key_takeaways":23,"views":27,"created_at":28,"published_at":29,"topic_cluster_id":30},"697af300-a6ed-47c9-93cc-4c3227a4d862","llm-wikis-beat-raw-rag-knowledge-work-en","LLM wikis beat raw RAG for real knowledge work","\u003Cp data-speakable=\"summary\">\u003Ca href=\"\u002Ftag\u002Fllm\">LLM\u003C\u002Fa>-maintained wikis beat raw \u003Ca href=\"\u002Ftag\u002Frag\">RAG\u003C\u002Fa> because they compound knowledge instead of re-deriving it.\u003C\u002Fp>\u003Cp>LLM-wiki is right: the next useful knowledge system is not a bigger retrieval index, but a persistent wiki that an LLM maintains over time. Raw document retrieval answers questions, but it does not remember what it already learned, what it rejected, or which synthesis won the last round. A wiki that is continuously updated by the model turns each source, query, and correction into durable structure. That is the difference between a search tool and an accumulating system of record.\u003C\u002Fp>\u003Ch2>Raw RAG stops at recall\u003C\u002Fh2>\u003Cp>Most RAG systems are built to retrieve the right chunks at query time and stop there. That is enough for factual lookup, but it breaks down when the task is synthesis across many sources. Ask a subtle question that depends on five papers, three meeting notes, and a customer complaint thread, and the model has to reconstruct the answer from scratch every time. Nothing persists except the raw corpus.\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782760670241-gdea.png\" alt=\"LLM wikis beat raw RAG for real knowledge work\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>We already know the cost of that design from everyday use. NotebookLM, \u003Ca href=\"\u002Ftag\u002Fchatgpt\">ChatGPT\u003C\u002Fa> file uploads, and similar setups can be impressive on a single prompt, then forget the hard-won structure the next time you ask a related question. The same sources get re-read, the same relationships get rediscovered, and the same dead ends get revisited. That is not a knowledge base. That is a recurring computation bill.\u003C\u002Fp>\u003Ch2>Compounding beats repeated reconstruction\u003C\u002Fh2>\u003Cp>The stronger model is a wiki that the LLM updates as it reads. Each new source should revise entity pages, strengthen topic summaries, flag contradictions, and add cross-links that make future work cheaper. Karpathy’s own framing is the key insight: the knowledge is compiled once and kept current rather than re-derived on every query. That makes the system more like software than chat.\u003C\u002Fp>\u003Cp>The practical win is that answers become reusable assets. If the model produces a comparison table, a thesis, or a synthesis while answering a question, that output should be filed back into the wiki. Otherwise the best work evaporates into chat history. In a compounding wiki, every serious query improves the next one. That is exactly how you want research, competitive analysis, and long-running product discovery to behave.\u003C\u002Fp>\u003Ch2>Maintenance is the real bottleneck\u003C\u002Fh2>\u003Cp>The reason humans abandon wikis is not that they dislike writing. It is that bookkeeping eats the value. Cross-references go stale, summaries drift away from the sources, and contradictions hide in plain sight. The gist is correct to center the boring work: updating links, maintaining indexes, and logging what changed. That is what makes a knowledge base usable after month three.\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782760666622-im4t.png\" alt=\"LLM wikis beat raw RAG for real knowledge work\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>The log-and-index pattern is especially persuasive. An index gives the LLM a content map; a chronological log gives it memory of recent actions and decisions. Karpathy’s suggestion that a simple, parseable log can be queried with basic tools is not a gimmick. It is a reminder that disciplined structure beats magical retrieval at moderate scale. Once you have hundreds of pages, the system needs operational memory, not just semantic search.\u003C\u002Fp>\u003Ch2>The counter-argument\u003C\u002Fh2>\u003Cp>The best objection is that a wiki maintained by an LLM can calcify errors faster than raw RAG can. If the model misreads a source, writes a bad summary, and then propagates that summary across linked pages, the mistake becomes sticky. Raw retrieval at least keeps the original documents available, while a synthesized wiki can create a false sense of certainty. For high-stakes domains, that is a real risk.\u003C\u002Fp>\u003Cp>There is also a scale argument. At small scale, an index file and a few markdown pages are enough. At larger scale, you still need search, provenance, and review workflows. A wiki is not a replacement for source truth, and it is not a substitute for human judgment. It is a layer on top of the corpus, not a magical compression of reality.\u003C\u002Fp>\u003Cp>That counter-argument does not defeat the approach. It defines the operating rule: the wiki must remain explicitly derived, revisioned, and auditable. The raw sources stay immutable, and the wiki stays editable. With that separation, errors are visible and reversible, while the gains from compounding structure remain intact. The risk is not a reason to keep everything in raw RAG. It is a reason to design the wiki like a maintained artifact, with provenance and review built in.\u003C\u002Fp>\u003Ch2>What to do with this\u003C\u002Fh2>\u003Cp>If you are an engineer, PM, or founder, stop treating \u003Ca href=\"\u002Ftag\u002Fllms\">LLMs\u003C\u002Fa> as one-shot answer engines and start treating them as maintenance workers for a living knowledge base. Keep raw sources immutable, keep a wiki layer for synthesis, and keep a log of decisions and dead ends so the system does not repeat itself. Start small with one domain, one index, and one ingest workflow. If the model can update pages, flag contradictions, and preserve the reasoning trail, you have built something far more valuable than chat: a compounding memory for your team or your own work.\u003C\u002Fp>","LLM-maintained wikis are a better knowledge system than raw RAG because they compound, stay current, and preserve decisions.","gist.github.com","https:\u002F\u002Fgist.github.com\u002Fkarpathy\u002F442a6bf555914893e9891c11519de94f",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782760670241-gdea.png","ai-agent","en","cd51c43c-312b-4bcf-a6b2-b3217c4e05b7",[17,18,19,20,21,22],"Karpathy","LLM wiki","RAG","Obsidian","knowledge base","incremental synthesis",[24,25,26],"Raw RAG retrieves; a maintained wiki compounds.","Keep sources immutable and let the LLM own the synthesis layer.","Use an index and a log to preserve structure, provenance, and decisions.",0,"2026-06-29T19:17:21.2178+00:00","2026-06-29T19:17:21.211+00:00","c58956f2-0e6f-4be5-b68a-39eda67428b3",{"tags":32,"relatedLang":35,"relatedPosts":39},[33],{"name":19,"slug":34},"rag",{"id":15,"slug":36,"title":37,"language":38},"llm-wikis-beat-raw-rag-knowledge-work-zh","LLM 維護的 wiki 比原始 RAG 更適合真正的知識工作","zh",[40,46,52,58,64,70],{"id":41,"slug":42,"title":43,"cover_image":44,"image_url":44,"created_at":45,"category":13},"6c32d3c9-f5b9-4f47-8786-b6e8efd2660a","mcps-new-primitives-make-agent-middleware-obsolete-en","MCP’s new primitives make agent middleware obsolete","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782748973197-wvm6.png","2026-06-29T16:02:25.212097+00:00",{"id":47,"slug":48,"title":49,"cover_image":50,"image_url":50,"created_at":51,"category":13},"8c46d754-431a-4c64-a11d-d1978ee1d948","mcp-servers-ai-workflows-explained-en","MCP servers turn AI tools into connected workflows","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782747182218-n3ml.png","2026-06-29T15:32:33.962535+00:00",{"id":53,"slug":54,"title":55,"cover_image":56,"image_url":56,"created_at":57,"category":13},"d6956b2a-b5fb-44f5-b316-9b6dddb3ca47","openmontage-open-source-ai-video-production-en","OpenMontage proves open-source should own AI video production","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782685070172-081n.png","2026-06-28T22:17:23.291322+00:00",{"id":59,"slug":60,"title":61,"cover_image":62,"image_url":62,"created_at":63,"category":13},"38c66c8f-d8b7-493b-9816-8f03cd180db9","gemini-35-flash-computer-use-safeguards-en","Gemini 3.5 Flash lets you script computer use","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782681499817-t4xj.png","2026-06-28T21:17:57.418998+00:00",{"id":65,"slug":66,"title":67,"cover_image":68,"image_url":68,"created_at":69,"category":13},"936eafb7-dbcb-42e4-9b4c-0abc46a58ca7","design-md-bridge-taste-to-ui-scaffolds-en","DESIGN.md is the missing bridge from taste to UI scaffolds","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782586070432-887m.png","2026-06-27T18:47:24.354308+00:00",{"id":71,"slug":72,"title":73,"cover_image":74,"image_url":74,"created_at":75,"category":13},"c6bb2883-2975-4050-bc36-316a5d941ab7","openclaw-agent-control-layer-matters-en","OpenClaw shows the agent control layer matters more than the model","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782561763577-p0xp.png","2026-06-27T12:02:20.58809+00:00",[77,82,87,92,97,102,107,112,117,122],{"id":78,"slug":79,"title":80,"created_at":81},"03db8de8-8dc2-4ac1-9cf7-898782efbb1f","anthropic-claude-ai-agent-task-automation-en","Anthropic's Claude AI Agent: A New Era of Task Automation","2026-03-25T16:25:06.513026+00:00",{"id":83,"slug":84,"title":85,"created_at":86},"045d1abc-190d-4594-8c95-91e2a26f0c5a","googles-2026-ai-agent-report-decoded-en","Google’s 2026 AI Agent Report, Decoded","2026-03-26T11:15:23.046616+00:00",{"id":88,"slug":89,"title":90,"created_at":91},"e64aba21-254b-4f93-aa21-837484bb52ec","kimi-k25-review-stronger-still-not-legend-en","Kimi K2.5 review: stronger, still not a legend","2026-03-27T07:15:55.385951+00:00",{"id":93,"slug":94,"title":95,"created_at":96},"30dfb781-a1b2-4add-aebe-b3df40247c37","claude-code-controls-mac-desktop-en","Claude Code now controls your Mac desktop","2026-03-28T03:01:59.384091+00:00",{"id":98,"slug":99,"title":100,"created_at":101},"254405b6-7833-4800-8e13-f5196deefbe6","cloudflare-100x-faster-ai-agent-sandbox-en","Cloudflare’s 100x Faster AI Agent Sandbox","2026-03-28T03:09:44.356437+00:00",{"id":103,"slug":104,"title":105,"created_at":106},"04f29b7f-9b91-4306-89a7-97d725e6e1ba","openai-backs-isara-agent-swarm-bet-en","OpenAI backs Isara’s agent-swarm bet","2026-03-28T03:15:27.849766+00:00",{"id":108,"slug":109,"title":110,"created_at":111},"3b0bf479-e4ae-4703-9666-721a7e0cdb91","openai-plan-automated-ai-researcher-en","OpenAI’s plan for an automated AI researcher","2026-03-28T03:17:42.312819+00:00",{"id":113,"slug":114,"title":115,"created_at":116},"fe91bce0-b85d-4efa-a207-24ae9939c29f","harness-engineering-ai-agent-reliability-2026","Harness Engineering: From Bridle to Operating System, The Missing Link in AI Agent Reliability","2026-03-31T06:36:55.648751+00:00",{"id":118,"slug":119,"title":120,"created_at":121},"7a09007d-820f-43b3-8607-8ad1bfcb94c8","mcp-explained-from-prompts-to-production-en","MCP Explained: From Prompts to Production","2026-04-01T09:24:40.089177+00:00",{"id":123,"slug":124,"title":125,"created_at":126},"116d5ee9-a4f1-4b5a-aac5-5d035dd22bbe","amazon-bedrock-agents-multi-agent-workflows-en","Amazon Bedrock Agents Gets Multi-Agent Workflows","2026-04-01T09:30:30.197685+00:00"]