Watch on YouTube: https://www.youtube.com/watch?v=LP7bfT4vOlo
Channel: Nick Saraev
Introduction
The video from Nick Saraev’s channel explains a practical way to create a personal knowledge base—sometimes called a “second brain”—using the Claude family of models. Rather than loading every piece of information directly into the model’s context window, the approach keeps data external, indexes it with a lightweight search algorithm, and retrieves only the most relevant snippets before generating an answer. This retrieval‑augmented generation (RAG) setup aims to keep responses up‑to‑date while reducing the computational cost typically associated with vector‑database solutions.
What the video covers
The presenter outlines why large context windows (now able to hold the equivalent of 35‑50 books of tokens) can lead to stale answers when all stored data is given equal weight. He introduces recency‑weighted retrieval as a solution: each incoming item is timestamped, and the system biases retrieval toward newer entries. The video then walks through a complete pipeline that continuously pulls new data via connectors, summarizes and extracts key “atoms” with a cheap LLM, stores those summaries in a plain‑text BM25 index, and monitors connector health to maintain freshness.
Step‑by‑step walkthrough
- Identify the information sources you want to feed into the knowledge base (e.g., email, Slack, call transcripts, closed AI sessions).
- Build or adapt a connector script that queries each source for only new items since the last run, attaches the current timestamp to each record, and writes the raw text to a staging area.
- Schedule the connector to run on a regular cadence—such as every 15 minutes—using a cron job or similar scheduler, adjusting the frequency based on API limits and system capacity.
- Pass each newly captured item through a cost‑effective LLM (Claude Haiku 5.5) to generate two outputs: a concise summary and a list of atoms, which are discrete pieces of information like error messages, solutions, commands, or decisions.
- Store the summary and atom list as plain‑text entries in a BM25‑indexed collection; the index enables fast keyword‑based retrieval without the overhead of vector embeddings.
- Deploy a background monitoring script that checks connector health (API keys, permissions, network connectivity) and logs any failures, triggering alerts if the pipeline stalls.
- Periodically review the index to prune outdated or redundant entries, keeping the searchable corpus lean and ensuring that recency weighting remains effective.
- Test the end‑to‑end flow by asking Claude a question that should be answered using the knowledge base; verify that the returned answer cites recent, relevant summaries or atoms.
- Visit the Maker Zero repository (referenced in the video description) to copy the ready‑to‑use prompt for summarization/atom extraction and to join the community for updates and troubleshooting.
Tools and numbers mentioned
- Claude Haiku 5.5 – the inexpensive model used for summarizing incoming data and extracting atoms.
- Gmail API (read‑only) – example connector for pulling email messages.
- BM25 – the plain‑text search algorithm that powers the knowledge‑base index.
- Context window size – current consumer LLMs can hold roughly 35‑50 books worth of tokens.
- Scale of the presenter’s engram – about 35‑50 k records stored in the searchable index.
- Connector interval – every 15 minutes in the demonstrated setup.
- Cost and speed improvement – the BM25‑based RAG reduces inference time and maintenance cost by roughly 9/10ths compared with traditional vector‑DB‑driven RAG.
- Resources – prompts and starter code are available in the Maker Zero repository (second link in the video description).
Caveats and hype check
The video mentions that the presenter’s knowledge base powers a business that “generates a good income every month” and that “multi‑billion dollar companies” use similar systems, but it does not provide concrete revenue figures, case studies, or independent verification. These statements should be treated as anecdotal marketing claims rather than proven results. As the presenter notes, “Simple search is much more effective than all other methods,” yet the effectiveness will depend on the quality of the connectors, the relevance of the extracted atoms, and the frequency of updates.
> “It will answer with great confidence because to it, things are like, ‘Hey, there’s a text here, there’s a text there. I don’t know which one is correct. I’ll just give you the first one I find.’”
Concrete next actions
- List all data sources you wish to include (email, Slack, call transcripts, closed AI sessions, etc.) and note any API requirements.
- Write a connector script for each source that fetches only new items since the last run, timestamps them, and saves the raw text to a temporary folder.
- Set up a scheduler (cron, Windows Task Scheduler, or a cloud‑based trigger) to run each connector every 15 minutes or at a cadence that matches your usage patterns.
- Export closed AI chat sessions as plain‑text files and feed them into the same pipeline for long‑term reference.
- Configure a cheap LLM (Claude Haiku 5.5 or an equivalent model) to produce a summary and an atom list for each new item, using the prompt provided in the Maker Zero repository.
- Store the generated summaries and atoms in a BM25 index; many open‑source libraries (e.g., Whoosh, Elasticsearch with BM25 similarity) can be used for this purpose.
- Implement a monitoring script that pings each connector’s API, checks for authentication errors, and logs success/failure status to a file or monitoring service.
- Schedule a weekly maintenance job to review the index, remove entries older than a chosen threshold, and deduplicate similar atoms.
- Copy the summarization/atom‑extraction prompt from the Maker Zero repository and adapt it to your specific terminology if needed.
- Run a test query through Claude, asking a question that should be answered by your knowledge base, and confirm that the response cites recent, relevant information.
Leave a Reply