The NEW Way to Build a Second Brain w/ Claude (2027) — Transcript
Full transcript
- 0:00In 1945, an engineer called Vannevar
- 0:02Bush imagined a machine that could store
- 0:03all of his books, records, and
- 0:05communications. He called it an enlarged
- 0:08intimate supplement to his memory. 80
- 0:11years later, his wishes came true, and
- 0:12now we have an avalanche of AI slop, big
- 0:15flashy videos, a bunch of 3D brains
- 0:17floating around, and whatever the hell
- 0:18this thing is. So, why are second brains
- 0:20so synonymous with garbage? I mean,
- 0:22aside from the fact that they're really
- 0:23easy marketing, they seem sufficiently
- 0:25complex such that, you know, an engineer
- 0:27might have to be involved in the making
- 0:29of it. They're also very easy to sell to
- 0:30people that don't understand how this
- 0:32stuff works as a way to improve their
- 0:34business productivity, you know, sell
- 0:36more products, and so on and so forth.
- 0:38In reality, though, I hold that personal
- 0:40knowledge bases can be good. I use mine
- 0:43for a business that does a fair amount
- 0:44of money every month, and what I want to
- 0:46do in this video is actually want to run
- 0:47you guys through a practical way that
- 0:49you can set one up for yourself. Best
- 0:50part of all is it'll only take you maybe
- 0:523 or 4 minutes. So, what is a personal
- 0:54knowledge base really? Well, it's just a
- 0:56searchable pile of your own stuff plus
- 0:59AI looking that up before it answers
- 1:01you. Now, engineers in the past would
- 1:03call that process retrieval, and when
- 1:05you are augmenting an AI generation with
- 1:07it, naturally, it is retrieval augmented
- 1:10generation, or rag, which you probably
- 1:12heard about before. Back in the day, rag
- 1:14was super useful and used super commonly
- 1:16because AI models were pretty short on
- 1:19context windows, meaning you couldn't
- 1:20really fit a lot of things in there. And
- 1:22if you wanted to give an AI the ability
- 1:24to answer a wide variety of things and
- 1:26not hallucinate, uh you sort of needed
- 1:28to use the approach. Nowadays, we have
- 1:30way larger context windows capable of
- 1:32storing up to approximately 35 to 50
- 1:36books worth for most open consumer
- 1:37models, meaning you can literally just
- 1:39dump everything that you want a model to
- 1:41talk to you about inside the context
- 1:43window, and it'll do just fine.
- 1:44Although, if you were to store 35 books
- 1:46worth of content, probably cost you a
- 1:47lot of money, so that is not
- 1:48recommended. However, the nuanced reason
- 1:51why something like a personal knowledge
- 1:52base makes sense, and the mechanisms I'm
- 1:54about to show you will improve its
- 1:56ability to answer questions for you,
- 1:58especially on your own or proprietary
- 1:59data, is when you have a giant stack of
- 2:03context all in a model's context window,
- 2:05the model assumes everything is equally
- 2:07important. And so, if your knowledge
- 2:09base has information in it from forever
- 2:11ago, say, you know, a couple years ago
- 2:13you had a certain product price and, you
- 2:15know, your your knowledge base is being
- 2:17consulted to help you put together a
- 2:18proposal or something like that, it will
- 2:20treat that price the same as it will
- 2:22treat a new price. And that's just sort
- 2:23of how it works. It'll be really
- 2:25confident because to it, it's just like,
- 2:26"Hey, piece of text here, piece of text
- 2:28here. I don't know which one's true. I'm
- 2:29just going to return the first and
- 2:31easiest thing I can find." Now, a simple
- 2:32solution to that, which I'm going to run
- 2:33you through, is called recency
- 2:35weighting, where you stamp every new
- 2:37piece of information that comes into the
- 2:38system with a date. Then, you apply a
- 2:41little boost to things that were stamped
- 2:43with a date that is more recent, and
- 2:45then you apply a little bit of it a
- 2:46decrease in power to things that were
- 2:48stamped with a date that was a long time
- 2:50ago. That way, AI models will
- 2:52understand, "Okay, I should probably
- 2:54look for things that are newer as
- 2:55opposed to things that are older." But,
- 2:57there's still a problem. The more text
- 2:58that you put in, the harder it is for an
- 3:00AI to effectively retrieve any one
- 3:02individual thing. This is a very known
- 3:04problem in large language models called
- 3:06context rot, where performance tends to
- 3:08go down the more context you have in the
- 3:10window. So, while theoretically
- 3:12speaking, you could add 35 books worth
- 3:14or maybe over a million tokens of
- 3:16content, uh in terms of practical uses,
- 3:19one, it'll cost way too much money in
- 3:21order for you to run that effectively.
- 3:22Two, it'll probably take way too much
- 3:23time because now the AI has to loop over
- 3:2535 books worth. And three, it is less
- 3:28likely to be accurate than if you did it
- 3:29in the way I'm about to show you. A
- 3:31solution to that is called retrieval.
- 3:33Instead of sending all the data, what
- 3:34you do is you just have it somewhere
- 3:36else, and then you have the AI model
- 3:37search for what it's looking for first.
- 3:39And it can search it relatively
- 3:40efficiently uh through other plain text
- 3:42or through vector embeddings, which
- 3:44aren't super important right now. This
- 3:45is just scratching the surface, by the
- 3:47way. The current state-of-the-art
- 3:48solutions tend to combine all of those
- 3:50things into one and then make them way
- 3:52better. In my case, which is called
- 3:54Engram, our knowledge base holds around
- 3:5635 to 50,000 records at a time. We hold
- 4:00all of my get history, we hold all of
- 4:02our Claude sessions collectively as a
- 4:04company, as well as our video
- 4:06transcripts, and I make a lot of videos,
- 4:08you guys probably know, so I hope you
- 4:10can imagine that's a lot of tokens. As
- 4:12information comes in, we recency weight
- 4:14them to avoid the problem of, you know,
- 4:16when we consult an AI pulling
- 4:17information that might no longer be
- 4:19useful. And we also periodically sweep
- 4:21through it to remove anything that might
- 4:23no longer be valuable to us. Then when I
- 4:25ask Claude a question, literally any
- 4:27question about anything, and you can
- 4:28replace Claude with your own large
- 4:30language model if you use a different
- 4:31one, um it'll run an extremely fast bit
- 4:34of inference to quickly pick a right
- 4:36search term to consult that knowledge
- 4:38base. Then it will search the results,
- 4:40usually in under half a second or so,
- 4:42before returning me a handful of best
- 4:44matches, appending that to the prompt of
- 4:47the query that I asked, and then using
- 4:49that information to answer. Which sounds
- 4:51pretty simple, but you would not believe
- 4:52the degree to which this makes my
- 4:54experience seamless. I never have to
- 4:56worry about storing any information
- 4:58anywhere. I never have to worry about
- 5:00Claude's memory failing. I never have to
- 5:02worry about it grabbing me the wrong
- 5:04information because it is almost always
- 5:06going to grab the recency weighted
- 5:08information that I actually want it to
- 5:10return me, not some random artifact of a
- 5:13conversation we talked about four weeks
- 5:14ago. So, how do you actually build
- 5:16something like this? Well, the first
- 5:18step is maintaining consistent context
- 5:20pipelines into your knowledge base. So,
- 5:23in my opinion, this step matters the
- 5:25most because obviously knowledge bases
- 5:27are only as good as the data. You need
- 5:28consistent context in via pipelines that
- 5:31refresh essentially every time an event
- 5:33occurs that produces data within your
- 5:35company. What you do is you define all
- 5:38of your sources first. So, maybe your
- 5:40email, for instance, or your website, or
- 5:42all of the leads that you have ever had
- 5:44conversations with, all of the Slack
- 5:46messages in your company, all of the
- 5:48transcripts of the calls from your
- 5:50company phones, especially if they're
- 5:51VoIP. And then you build a small script
- 5:53called a connector. What that connector
- 5:55does is it pulls in only what is new
- 5:58data since the last run. Then it stamps
- 6:00that data with the current date and
- 6:03time. Example, my email connector uses
- 6:05the Gmail API with read-only access.
- 6:08That's important. You don't want to give
- 6:09this thing right access because it'll
- 6:11have total control of your life
- 6:12otherwise. Um when I ran it the first
- 6:14time, it pulled a full year of email
- 6:17from my last three accounts into the
- 6:18pipe. Now when I ran it a second time,
- 6:20it only had to grab the time since the
- 6:22last run. And to keep in mind, this
- 6:24thing is running on my own schedule. I
- 6:26set it to run once every 15 minutes. But
- 6:29obviously, depending on compute load,
- 6:31you guys can set it to run however you
- 6:32want. I would highly recommend you also
- 6:34add Claude sessions. That's even easier.
- 6:36So if you're using ChatGPT or Claude,
- 6:38all of those sessions are actually
- 6:40stored on your computer as plain text
- 6:41already. Makes them very easy to index.
- 6:44So the key thing is they normally are
- 6:46deleted after 30 days. This allows you
- 6:48to consult conversations that you had
- 6:50months ago, which honestly usually are
- 6:52quite vital in building out ideas and
- 6:54nuggets from bigger projects, as well as
- 6:56not having you repeat yourself. So you
- 6:58can literally copy and paste this video
- 7:00transcript into your favorite agent and
- 7:02then ask it, "Hey, what are my sources?"
- 7:03and it could probably do a pretty good
- 7:05job of enumerating a few of them. Not to
- 7:06mention building out the rest of the
- 7:08pipeline, which looks like this. Now you
- 7:09can't actually just add the content
- 7:11itself. As much as that would be cool,
- 7:14the main way that this works is you turn
- 7:16every one of these long items into the
- 7:19long item itself, then some metadata,
- 7:22including a list of notes about what's
- 7:23actually in it. Usually rephrased a
- 7:25bunch of times to really capture the
- 7:27idea correctly. And that's what this
- 7:29next step does, which is called letting
- 7:32a cheat model write the summaries. You
- 7:34know, raw text itself is really hard to
- 7:35search, especially for AI models that
- 7:37are going to be doing this stuff via
- 7:39keyword matching. But if instead you do
- 7:41two things, first, create a short
- 7:44summary of the topic that you are
- 7:46putting into your system, essentially of
- 7:48the data, including the question that
- 7:51somebody would probably type in order to
- 7:53find it, you solve that completely.
- 7:55Then, I'd also add what are called
- 7:57atoms, which are exact error messages,
- 8:00the exact fixes, any commands that work,
- 8:02let's say if you're building some sort
- 8:04of program or product, and decisions for
- 8:07why the person did what they did during
- 8:10that time period. What this allows you
- 8:11to do is essentially consolidate all of
- 8:13the various implicit decisions that
- 8:16people in your company are making, and
- 8:17then make them explicit, aka verbalize
- 8:19them, turn them into what's called
- 8:20institutional memory of your
- 8:22organization. Very powerful stuff,
- 8:24because now you have literally any
- 8:25workflow or process you or any agent
- 8:28could ever possibly want. Obviously,
- 8:30this step involves another of large
- 8:31language model. The way that I do it is
- 8:33I use Claude Haiku 5.5 right now.
- 8:36Before, I was using 4.5. In the future,
- 8:38I'll probably be using 6.5. But,
- 8:40basically, whatever the cheapest, um,
- 8:42you know, AI model is for the provider
- 8:44that you trust with this information,
- 8:46and then just give it a prompt, which
- 8:48your AI model can build from this
- 8:49transcript, and then have it create this
- 8:51metadata, create that list of short
- 8:53notes, plus that list of atoms, every
- 8:55time something makes it into the system.
- 8:57The value here is now Claude or your
- 8:59other agent gets to search for the
- 9:01summaries. It doesn't even have to
- 9:02search for the raw data itself. And
- 9:03then, when it matches something in the
- 9:05summary, then it's just pointed to the
- 9:07raw data, so it actually gets the whole
- 9:09thing. Okay, so from here on out, all
- 9:10you have to do is actually make this
- 9:11searchable. Uh, most people
- 9:13overcomplicate this. They use things
- 9:14like vector databases. Uh, you don't
- 9:16have to use embeddings at all.
- 9:17Literally, the simplest and easiest way
- 9:18to do this is just plain text search.
- 9:20Uh, and this was like crazy when I
- 9:21figured this out. Um, you know, we read
- 9:24a lot of different ways that people were
- 9:25solving this problem, and obviously I
- 9:27built a lot of systems with RAG for a
- 9:28variety of clients up until that point.
- 9:30But, the second I realized, "Wait a
- 9:31second, you don't need RAG for this.
- 9:32There are people out there that are just
- 9:33doing this with plain text." I mean,
- 9:34inference time went down by like 9/10.
- 9:36The cost associated with maintaining all
- 9:38of these vector DBs, the embeddings
- 9:40cost, all of that went down by 9/10. And
- 9:42yeah, we just have massive strings of
- 9:43text basically maintaining everything.
- 9:44The specific plain text algorithm is
- 9:46BM25. This one's been around since the
- 9:481990s. It just gives every document that
- 9:51you add, which is a piece of data, um
- 9:53like a score based off of the frequency
- 9:55of the words that you are using to
- 9:56search it up. Uh and turns out that's
- 9:58all you need. You know, Claude
- 9:59intelligently can infer the rest. I saw
- 10:01this way too late, but Boris Cherney,
- 10:03who's the uh guy initially behind the
- 10:05creation of Claude Code, the product
- 10:07that you and I use literally every day,
- 10:09said something like, you know, plain
- 10:11search outperformed every possible other
- 10:13approach by a lot. And uh yeah, I mean,
- 10:16just an insane realization that we've
- 10:19been overcomplicating things like RAG
- 10:20for a really long time. Anyway, aside
- 10:22from that, just make sure to keep it
- 10:23fresh. So, you do need to have some sort
- 10:25of script in the background that reruns
- 10:27and rechecks that the connector is
- 10:28working. If the connector does not
- 10:30working, then you're not getting new
- 10:31data into your engram, and then
- 10:33obviously all of it fails. This
- 10:35obviously no reason to be using this
- 10:36thing if it's not catching up with fresh
- 10:37data on a regular time period. You will
- 10:40find things like, I don't know, API keys
- 10:41will get rotated, um some permissions
- 10:43will change, some routes won't work
- 10:45anymore, whatever. So, just make sure
- 10:46that you have something in your script
- 10:47to constantly update it. And yeah, there
- 10:49you go. Now you have the exact same
- 10:50second brain system that I and many
- 10:52multi-billion dollar companies out there
- 10:54use. This is initially built on top of a
- 10:56second brain system I read about from
- 10:58Cohere. Um they make obviously large
- 11:00language model products as well as, you
- 11:02know, actually build RAG systems. I saw
- 11:05their ingestion pipeline, and I thought
- 11:07to myself, how the hell can we add this
- 11:08in our company? And I actually ran some
- 11:10tests comparing it to like pre-existing
- 11:12RAG approaches that I had attempted. Saw
- 11:14it wasn't even close. I was like, "Okay,
- 11:15we need to dive really, really deep into
- 11:17this." If you guys want a prompt that
- 11:19lets you rebuild this whole thing in a
- 11:21copy-paste, um maybe you'll have an
- 11:23easier time doing that than just copying
- 11:25the transcript of this video, just click
- 11:26the second link in the description and
- 11:28you'll be taken to Maker Zero. It's It's
- 11:30home for literally all of my resources,
- 11:32both you know, AI resources, broad
- 11:34educational and informational resources,
- 11:36curriculums, roadmaps, literally
- 11:38everything you need is just down below
- 11:39and it doesn't cost you a cent. Um, all
- 11:41you have to do is join and then I think
- 11:43you need to move over to the community
- 11:44tab and then you'll find it under
- 11:46recently uploaded. Copy, paste, it'll be
- 11:48on the left hand side of the page. Aside
- 11:49from that, thank you very much. If you
- 11:50guys like this video, please subscribe
- 11:52and leave a comment down below telling
- 11:53me what you guys would like me to record
- 11:55next. I get virtually all of my ideas
- 11:57directly from the comments these days
- 11:58and I really appreciate it every time.
- 12:00Catch all y'all in the next video.
About this transcript
This page contains the full transcript of The NEW Way to Build a Second Brain w/ Claude (2027) by Nick Saraev, generated from the public captions YouTube serves with the video. The transcript has 2,680 words across 384 segments, with the original timestamps preserved so you can click any line to jump to that moment in the embedded player.
What you can do with it
Use the transcript to take notes, quote the speaker, build a study guide, generate a summary with ChatGPT or Claude via the YouTube Summary tool, or export it as a timed subtitle file with YouTube to SRT. You can also re-open it in the transcriber to translate the transcript into 100+ languages.
Free YouTube transcript tool
YouTube2Text is a free YouTube transcript generator — no signup, no daily limit. Paste any YouTube link and get the full transcript instantly, with timestamps, click-to-jump, translation to 100+ languages, AI prompts for ChatGPT, Claude, and Gemini, and exports to TXT, SRT, VTT, or Markdown.