# Karpathy's LLM Wiki is right. I just didn't want to run it locally. Andrej Karpathy's [LLM wiki gist](https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f) describes a persistent wiki of Markdown files that an LLM agent maintains for you. The hosted version of that pattern is Hjarni: a knowledge base with a built-in MCP server, so Claude, ChatGPT, Codex, and Cursor read and write the same wiki from any device. Karpathy published the gist in April 2026, and it nails a pattern that's been bouncing around my head for a year. Instead of dumping documents into RAG and re-deriving knowledge on every query, you have an LLM agent incrementally maintain the wiki. Obsidian on one side, Claude Code on the other. The LLM does the bookkeeping. You do the thinking. The pattern is right. I built [Hjarni](https://hjarni.com) because I wanted to live inside it every day, and the local version kept getting in my way. **Found the gist and want to actually run it?** Skip the local-vault wiring: the [step-by-step guide to building an LLM wiki with Claude and MCP](/blog/how-to-build-an-llm-wiki-with-claude-mcp) gets Karpathy's pattern running in a few minutes, and the same wiki is readable from ChatGPT, Codex, and Cursor without syncing anything. ## What Andrej Karpathy's LLM wiki gist gets right Karpathy's LLM wiki gist nails the core tradeoff. RAG rediscovers knowledge from scratch on every question. A maintained wiki *compounds*. Cross-references are already there. Contradictions have already been flagged. The synthesis tax is paid once, not on every query. And the bottleneck isn't reading or thinking. It's bookkeeping. Updating ten pages when one new source arrives. Noticing that an article from today contradicts something you wrote three weeks ago. Humans abandon wikis because maintenance grows faster than value. LLMs don't get bored. ## Where the Obsidian-based setup from Karpathy's gist hurts I ran the Obsidian-based version from Karpathy's gist for months. Obsidian vault, Claude Code in a terminal, a CLAUDE.md schema, a log file, the whole thing. It works. It also has three problems that compound: **One machine, one wiki.** You're at your in-laws, you remember a thing, you want to add it. Tough. **One LLM client, one island.** Claude Code can edit the files. ChatGPT can't see them. Your phone's Claude app can't see them. You funnel everything through one tool because it's the only one wired in. **Sharing breaks.** You can hand someone a git repo. You can't hand someone a *living* wiki they can query and add to from their own LLM. None of these are dealbreakers. But friction is what kills knowledge habits, and three kinds of friction is a lot. ## What Hjarni is: Karpathy's LLM wiki with MCP Hjarni is Karpathy's LLM wiki with MCP. The pattern is hosted and exposed so any MCP-capable client can read and write to the same brain. That's the whole pitch. Notes, folders, tags, links, wiki-style references. All the structure you'd build in Obsidian, in a hosted product that any MCP client can talk to. Concretely: capture a thought on your phone in the Claude app, refine it later in Claude Code or Codex while you're coding, query it next week from Cursor when you need it, or [let an autonomous agent like OpenClaw query it on its own](/blog/give-your-openclaw-agent-a-brain-with-hjarni). Same notes. Same tags. Same links. No syncing. You don't open a Claude Code session to add a note. You talk to whatever LLM you're already in, and it writes to Hjarni. In the terminal you can go further and let the bookkeeping happen by itself: [Codex CLI hooks](/docs/codex-hooks) save every session to Hjarni without you asking. Pro plan includes seats, so two humans plus their LLMs can work out of the same brain. ## What you give up vs the local pattern Honest list: - **No git history.** You can update notes safely, but it's not `git log`. If you want branchable, diffable knowledge, run Karpathy's pattern. - **No Obsidian graph view.** Hjarni shows links between notes, but the gorgeous force-directed graph is an Obsidian thing. I miss it sometimes. - **No filesystem.** Your notes are in a database, not a folder of `.md` files you can grep. You can [export the whole brain as an Open Knowledge Format bundle](/docs/open-knowledge-format) (Google Cloud's open Markdown standard) whenever you want files on disk, but day to day it's a database, not a directory. For some people that's a hard no. I get it. - **No Dataview, no Marp, no Obsidian plugin ecosystem.** You trade a marketplace for a focused product. If those tradeoffs hurt, Karpathy's setup is genuinely the better choice. I'm not going to pretend otherwise. ## Who should pick which **Run Karpathy's pattern if:** you live in a terminal, you love Obsidian, you want git history, and the friction of "only on this laptop" doesn't bother you. **Use Hjarni if:** you want your notes everywhere. On your phone, in Claude, in ChatGPT, in Codex, in Cursor. Without thinking about syncing. ## The part where we agree completely Karpathy ends the gist with a Vannevar Bush reference that I think about a lot. Memex was always a personal, curated knowledge store with associative trails. The piece Bush couldn't solve was who does the maintenance. The answer turned out to be: not humans. Whether you build it in Markdown files or use Hjarni, the move is the same. Stop dumping documents at LLMs. Start building a brain. That's the product I wanted for myself, so I built it. For the practical setup guide, read [How to build an LLM wiki with Claude or ChatGPT and MCP](/blog/how-to-build-an-llm-wiki-with-claude-mcp). If you're not sure whether you need anything beyond a single file, [LLM wiki vs. plain Markdown](/blog/llm-wiki-vs-plain-markdown) walks through where the simple version stops working. --- Try it now: The [Knowledge Wiki template](/templates/knowledge-wiki) packages this pattern into a ready-made Hjarni knowledge base: sources, topics, open questions, changelog, and AI instructions included. Paste the link into Claude or ChatGPT and it creates the initial structure for you. --- *Original gist: [LLM Wiki by Andrej Karpathy](https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f)*