Build An AI Second Brain Knowledge Base (Step-By-Step)
Video by Matt Wolfe on YouTube · 34 min · uploaded May 2026
Notes and analysis by BrainTube, written from the video. Not affiliated with Matt Wolfe. Watch on YouTube
In short
Matt Wolfe walks through building Andrej Karpathy's LLM wiki pattern in Obsidian, driven by Codex, then adds a journal and a contacts file on top. The core idea is sound: keep raw sources immutable, let an agent compile them into linked pages, and steer it with one instructions file. The build is a good starting point, but it skips cost, review and retrieval limits that show up once the vault grows past a few dozen sources.
The argument
Wolfe's argument is that most notes setups fail because saved material is never looked at again, and that an LLM can fix this by doing the upkeep. Instead of summarising by hand, you clip pages and YouTube transcripts into a raw folder, and an agent turns each source into wiki pages for concepts, people and tools, links them, and updates an index and a log. Every question you ask is answered from the wiki and also written back into it, so the wiki grows with use. His own additions are a journal, where the agent answers entries by pulling advice from what you saved, and a simple people file for contacts. The whole system is just prompts in an agents.md file, so changing behaviour means editing text, not code.
Key ideas, with timestamps
- 0:30
The problem: storage is where notes go to die
He opens by saying a dump of transcripts, articles and podcasts is useless unless you keep reviewing it, which he admits he never does. He proposes three pillars: a wiki of saved web content, a CRM of people he meets, and a daily journal that pulls the other two together. He notes your pillars could be recipes, workouts or sales calls instead.
- 3:37
What the AI layer should do
The plan: summarise each source into bullets, extract people, companies, tools, ideas and themes into their own pages, and auto-link related notes. He compares the interlinking to a Zettelkasten. Journal replies should cite what he saved, along the lines of a video he clipped three days ago, and spot repeated struggles across entries.
- 7:48
Credit to Karpathy, and the toolset
After a sponsor segment (6:12 to 7:48), he credits Karpathy's LLM wiki write-up on GitHub as the source of the idea. The tools are Codex as the agent, Obsidian as a markdown reader, and the Obsidian Web Clipper, which he likes because it pulls a full YouTube transcript into a note.
- 10:54
Scaffolding from Karpathy's spec, then pruning
He points Codex at the empty vault and the Karpathy page. The first pass created 51 files, so he told it to cut back to only what the spec calls for. The result is small: a raw folder for immutable sources, a wiki folder for generated pages, and agents.md, index.md and log.md.
- 15:34
First ingest and the query loop
Processing two sources took about 3 minutes and produced concept pages such as temporal discounting and temptation bundling; seeding seven more videos took about 6 minutes. At 18:13 he asks a motivation question, Codex answers from the wiki, and then writes a new motivation page back with links to its sources.
- 19:46
Editing agents.md by hand
He adds a step to move processed files into raw/processed, fixes a misunderstanding about where the YouTube channel name should go (the source page, not the generated page), and adds a rule to cross-link every generated page back to its source so nothing is orphaned.
- 21:52
Journal and CRM rules
A chat that starts with "journal" is saved as a dated file with an index entry and a log line, and the reply must be grounded in the wiki, past entries and the CRM. A CRM message creates or updates one file per person plus an alphabetical index. His test entry about clickbait titles gets a reply that cites two creator-strategy pages from the wiki.
- 29:08
Hourly automation and GitHub backup
A Codex automation runs hourly on GPT-5.5 at high reasoning, processes anything new in raw, then commits and pushes to a private GitHub repo. His closing point is that it is all prompts, so you tune it by editing agents.md.
What it gets right
Immutable sources plus generated pages is the right split. Keeping the clipped transcript untouched in raw and letting the agent write separate wiki pages means a bad summary can always be regenerated. The 28:38 reprocess, where he reruns every source under new rules, only works because the originals were kept.
Write-back on queries is the most useful idea in the video. Most note setups answer a question and forget it. Here the answer becomes a page with source links, so the next similar question starts from a better base. That is how a knowledge base compounds instead of just growing.
The pruning moment is a real lesson. Codex's first attempt produced 51 files for a spec that needs five. Asking the agent to stick to an explicit spec, then checking the folder yourself, is good practice for any agent-built system.
Cross-linking back to sources (20:50) fixes a common failure of AI notes: pages that sound confident but cannot be traced. Requiring a link to the original source makes each claim checkable.
What it leaves out
Scale. The demo has nine videos. The agent answers by reading index.md and following links, which works while the index fits comfortably in context. With hundreds of sources the index gets long, answers slow down, and the agent starts missing pages. At that point you need search (keyword plus semantic) rather than an index read, and Wolfe does not cover it. His one nod to growth is the 32:17 suggestion to split people and companies into separate folders, which helps organisation but not retrieval.
Cost and model choice. An hourly run on a top model at high reasoning is not free, and most hours will find nothing to do. A cheaper check for new files, followed by a heavy model only when there is work, would cost far less. As of the May 2026 upload he does not discuss usage limits beyond noting the free tier is limited.
Review. The agent rewrites titles (one video became "discipline without willpower") and merges ideas across sources. Nothing in the flow asks a human to check those pages, so errors become permanent and later answers build on them. A simple fix is a weekly read of log.md and spot checks of new concept pages.
Privacy. The CRM holds contact details and the journal holds personal entries, and both get pushed to GitHub and sent to a cloud model on every run. A private repo helps, but it is worth deciding what belongs in an agent-readable vault at all.
Lock-in to one agent. The system only works inside Codex chats. The same vault could be read by Claude Code or another client, and he says so at 32:49, but the instructions are not tested anywhere else.
How this applies to memory across AI tools
The pattern here is a compiled knowledge base: raw sources in, structured and linked pages out, answers grounded in your own material. The weak spot is that it lives inside one folder that one agent knows how to read. If you also work in ChatGPT, Claude or Cursor, each tool starts without that context.
The fix is to expose the knowledge base through a standard interface instead of a folder convention. MCP does that: any client that speaks it can search the same store. BrainTube takes this route, saving YouTube videos with their transcripts, articles, PDFs and podcasts into one compiled knowledge base that Claude, ChatGPT, Cursor and other MCP clients can search over MCP. The DIY route in this video is still worth building if you want full control of the files.
For the background, see what an MCP memory server is and one memory across ChatGPT, Claude and Cursor.
Who should watch it
Watch it if you use Obsidian and want a concrete, copyable build of Karpathy's LLM wiki with an agent doing the upkeep. The setup and agents.md edits from 10:22 to 21:21 are the part to follow along with, and the journal test at 26:03 shows the grounding working. Skip 6:12 to 7:48, which is a sponsor read. If you already have hundreds of saved sources, treat this as a starting template: it does not cover search, cost control or reviewing what the agent writes.
Frequently asked
- What is Karpathy's LLM wiki?
- It is a pattern Andrej Karpathy published on GitHub for keeping notes with an LLM. Raw sources stay in one folder, and the model compiles them into linked markdown wiki pages with an index and a log. Questions are answered from the wiki, and useful answers are filed back into it.
- Can Obsidian Web Clipper save YouTube transcripts?
- In Matt Wolfe's video, the Obsidian Web Clipper pulls the full transcript of a YouTube video into a new note when you clip the page. He notes it did not capture the channel name, so he told the agent to look it up and add it to the note's front matter during processing.
- Do I need Codex to build an LLM wiki in Obsidian?
- No. The system is a folder of markdown files plus an instructions file, so any coding agent that can read and write files can run it. Wolfe uses Codex and says Claude Code or Anthropic's Cowork also work. The instructions may need small changes for each agent.
Keep videos like this one searchable
BrainTube saves YouTube videos with their transcripts into one compiled knowledge base that Claude, ChatGPT, Cursor and other MCP clients can search.
Go deeper
More video notes
- Build an Obsidian BACKEND Not a Second Brain! · Eric Michaud
- Complete Guide to building an AI Second Brain with Claude · Ray Fu
- The NEW Way to Build a Second Brain w/ Claude (2027) · Nick Saraev
- Build a Self Improving Claude Knowledge Base · Paul J Lipsky
Are you the creator and want this page changed or removed? Contact us and we will act within 48 hours.