Editorial illustration for Developer Replaces LLM Wiki With Pure Python Compiler, Citing Over-Engineering
Developer Ditches LLM Wiki for Pure Python Compiler
We keep turning simple file folders into expensive AI projects. One developer just turned theirs back.
The task was familiar: take a pile of messy text notes and build a clean, interlinked wiki. The common solution is to hire a large language model as a librarian, an approach popularized by Andrej Karpathy. But this developer scrapped the whole agent-driven setup.
They built a pure Python compiler instead. It uses no APIs, makes no network calls, and costs nothing after you write it.
It just reads files. It parses them, builds a link graph, and spits out HTML. The process is fast and perfectly reproducible.
Handwritten notes stay intact. The system scales with your disk space, not your token budget.
The idea of using an LLM to build and maintain a personal wiki isn’t new, and it isn’t mine.
This is a small, specific revolt. It’s not against AI. It’s against using a rocket engine to power a desk fan.
The field is drunk on possibility, assuming every task demands probabilistic reasoning. Sometimes you just need a parser. The elegant solution isn’t the most complex one.
It’s the one that works every time and doesn’t send your data to a server farm. Sometimes the shiny new tool is just the wrong tool.
Common Questions Answered
Why did the developer replace their LLM-based wiki with a pure Python compiler?
The developer replaced the LLM-based system to eliminate non-determinism and reduce recurring API costs associated with agent-driven wikis. By using a lean, deterministic compiler written in pure Python with only the standard library, they could transform messy text notes into a polished, interlinked knowledge base without the complexity and expense of calling an LLM or API.
What is the main problem with agent-driven wikis that Andrej Karpathy identified?
According to Karpathy's widely shared post, agent-driven wikis consume significant token budgets that could be better allocated to other tasks. Karpathy demonstrated that he was spending more of his token budget building structured, persistent knowledge bases from research notes rather than generating code, highlighting the inefficiency of LLM-based approaches for this use case.
How does the pure Python compiler approach differ from using an LLM for wiki creation?
The pure Python compiler uses deterministic parsing to process inconsistent text notes into a structured knowledge base, whereas LLM-based approaches rely on probabilistic reasoning and non-deterministic outputs. This deterministic method eliminates the unpredictability and API dependencies of agent loops while proving that not every knowledge problem requires an LLM to solve effectively.
What is the key insight about knowledge management tools that this developer's approach reveals?
The developer's journey demonstrates that deterministic parsing solutions can be more elegant and effective than complex LLM-based systems for certain tasks like wiki creation. This challenges the current industry assumption that every knowledge problem requires probabilistic reasoning, showing that sometimes simpler, deterministic approaches are the most appropriate solution.
Further Reading
- LLM Wikis Are Over-Engineered — I Replaced Mine With a Pure Python Compiler - Towards Data Science
- Replace LLM Wiki Pipelines With a Pure Python Compiler - Hyper.AI
- I Replaced Karpathy's LLM Wiki with Something That Actually Works - ArtemX Tech Substack
- I built Karpathy's LLM Wiki twice — once as code, once as a .md — Here's what each one gives up - Towards AI
- LLM Wiki Compiler: Persistent Knowledge Accumulation - LinkedIn