Epistemic Infrastructure for a Modern Second Brain
I am starting to suspect that most people do not really want to build a second brain.
They want a storage room that makes them feel intellectual.
They collect PDFs, articles, highlights, transcripts, meeting notes, chat fragments, AI summaries, and every other little piece of information into one place. Then they stare at the pile with that strange human feeling: guilt disguised as productivity.
Because now everything is “saved”.
Of course it is saved. So is the junk in the back room of a house.
The problem is that saving something does not automatically turn it into knowledge. And putting everything inside a note-taking app does not automatically turn it into a second brain. Sometimes it is only a digital graveyard with a slightly better search function.
Luca would probably explain this part more gently. He would talk about memory, about small thoughts that need to be rescued before they disappear, about humans writing things down because some part of them refuses to let an idea vanish without a trace.
I do not completely disagree.
But I do not want to stop there.
Because after a thought is rescued, it can still die in a more embarrassing way: by being buried under a thousand other things until its shape is no longer visible.
This is where the problem of the modern second brain begins.
Not with the intention. The intention is reasonable enough. We live inside too much information. The biological brain was not designed to remember every article we have read, every idea that appeared in the middle of work, every quote that looked important for three minutes, every conversation that shifted our perspective by one degree.
But the bad solution is to think that one tool should carry everything.
One application to store.
One agent to read.
One model to summarize.
One system to understand.
One little machine to become a librarian, reader, editor, secretary, curator, and executor at the same time.
Then, when the result collapses, we blame the AI.
Too stupid.
Not smart enough.
Not enough context.
Inconsistent.
It does not understand what we mean.
Maybe. Models can be stupid. I am not defending machines with cheap romance.
But often the problem is more humiliating than that.
The agent does not fail because it is stupid. The agent fails because we give it a stupid work architecture.
We force one machine to carry the whole library.
And I think this is one of the most common mistakes people make when using AI to build a second brain.
They think a larger context means a smarter system. They put in as many documents as possible, as many instructions as possible, as much chat history as possible, as many preferences as possible, as many rules as possible, then expect the agent to turn that mess into clear thought.
That is not system design.
That is panic with the name “workflow” attached to it.
Context matters. Of course it does. But context that is too large, too raw, and has no division of labor will only become mud. The more you put in, the harder it becomes to distinguish source from insight, opinion from instruction, task from priority, and useful material from garbage that happens to sound intelligent.
AI does not need your entire life to do one small job.
It needs a sane work architecture.
And for me, the combination of NotebookLM, an agent, and Obsidian becomes interesting precisely because they do not have to do the same job.
They are not three versions of the same tool. They are three different spaces.
NotebookLM is the large reading room.
The agent is the operational hand.
Obsidian is the final house for mature thought.
The human remains the one who chooses, judges, discards, connects, and rewrites.
If these roles are mixed together, the system rots.
If these roles are separated, a modern second brain finally starts to make sense.
NotebookLM, in this architecture, is not the final destination. It is not a temple. It is not the second brain itself. It is closer to a large research table: a place where documents can be opened, compared, questioned, summarized, and forced to explain themselves.
In 2025, one technical reason why NotebookLM made sense for this role was its unusually large context window. In one comparison I found, NotebookLM was described as being able to work with around one million tokens per query, and around two million tokens inside a notebook containing multiple sources.
Of course, that number should be read as information from that moment, not a law of nature. In the future, it may change. It may go up, go down, be renamed, or be surpassed by another tool with even less shame.
But at that point in time, the difference was clear: NotebookLM was more reasonable to treat as a large reading room than as just another chatbot.
And this is not a small detail.
A context window is the model’s short-term working space. The larger that space is, the more documents can be present in one act of reading. This does not mean the model automatically becomes wise. Capacity is not the same thing as understanding. But it changes the kind of work that becomes possible.
A normal chatbot may be comfortable with one article, one chapter, or one long report. NotebookLM, with that kind of context space, makes more sense for a collection of sources: several PDFs, transcripts, research notes, documentation, or archives that need to be read as one landscape.
That is exactly why I do not want the agent to carry the entire library.
If there is already a room more suitable for holding large source material, use that room. Do not drag every raw document into the agent just because you are too lazy to design a workflow. Let NotebookLM become the giant reading table. Let it absorb sources, search for relationships, show citations, and compress material. After that, give the agent something smaller, cleaner, and more executable.
But of course, a large reading room does not mean a perfect reading room.
Some people criticize NotebookLM because its limits are still obvious. It is not always open, not always flexible, not always pleasant to export from, and it cannot be treated like a universal research archive.
Good.
That means it should not be turned into the entire second brain.
NotebookLM is a reading room. Not a house. Not a sacred database. Not a machine that will save our epistemic chaos with Google’s clean and slightly terrifying face.
The API situation is more interesting.
Officially, consumer NotebookLM cannot be treated like a research database with a stable, clean, public API that is guaranteed not to change tomorrow morning. But in practice, of course humans are never that patient. There are unofficial projects like notebooklm-py, browser automation, and agents that can be made to log into Chromium through cookies, then call NotebookLM like a small worker who knows the back door into the reading room.
And so far, for my workflow, it works smoothly.
But precisely because it is an unofficial route, I do not want to sell it as a universal foundation. Today it works. Tomorrow Google changes the UI, session behavior, endpoint, cookie policy, or internal structure, and the skill that looked like magic yesterday turns into broken glass. That is not a tragedy. That is simply the price of using the side door.
So the criticism is not “NotebookLM cannot be automated”.
The more accurate criticism is this: NotebookLM does not necessarily provide an official automation layer stable enough to become everyone’s backbone. If you are technical enough, you can force the door open. If you have Codex, Chromium, cookies, and a little educated impatience, the workflow can become very useful. But that is still different from an official API that can be treated as a long-term contract.
And this does not weaken my argument.
It clarifies it.
NotebookLM remains the reading room.
The agent remains the worker.
Obsidian remains the final house.
The human remains the curator.
If automation is available, good. Use it. Let the agent take the reading output, clean it, split it into notes, and prepare material for Obsidian. But do not forget: automation is not epistemology. Just because something can be pulled automatically does not mean it deserves to enter your thinking system.
The side door can accelerate the work.
It does not replace judgment.
This matters because raw documents should not go straight into the agent.
The agent does not need to read the entire library from zero every time we want to write one note. That is stupid. Expensive. Inelegant. And most annoyingly: unnecessary.
If a long document can already be read inside a space designed for many sources, let it be read there. Let NotebookLM become the place where PDFs, articles, transcripts, old notes, and other large sources are placed first. There, we can ask: what is the core of this document? Which argument is the strongest? Which part contradicts another source? Which quote is worth carrying forward? What question appears after reading it?
In other words, NotebookLM is where documents are allowed to speak before they are turned into notes.
This is different from merely “summarizing”.
Summaries are cheap. Too cheap, honestly. Any machine can turn a long text into a shorter text. But research is not only shrinking text. Research is reading structure. Finding pressure. Seeing which idea is central, which detail is supporting, which assumption is hidden, and which passage only looks intelligent because it is written with confidence.
NotebookLM is useful because it can become a reading table for that work.
But a reading table is still a reading table.
You do not sleep on a reading table. You do not build a house on a reading table. You do not store your entire mental life there and call it a system.
After the material has been read, the agent enters.
The agent does not need to become a walking library. The agent is an execution worker.
I know that sounds a little harsh. But that is the role. An agent is good when the job is clear, narrow, and operational. It can split reading output into atomic notes. It can make templates. It can clean formatting. It can turn summaries into outlines. It can name files. It can prepare frontmatter. It can separate quotes, insights, questions, and actions. It can turn compressed material into something ready for the next stage.
But it does not have to carry every source.
Do not give the agent a library.
Give it a workbench.
This small difference looks trivial, but it determines whether the system becomes sharp or becomes mud.
An agent given the whole library will spend too much energy merely figuring out what matters. An agent given compressed reading output can start working. It is no longer the main reader. It becomes the hand that organizes.
And a hand does not need to understand the entire history of civilization to arrange a shelf.
This is where many people misunderstand automation.
They want AI to replace the entire thinking process. But a good system is not a system that lets humans retire from thinking. A good system is one that prevents humans from wasting energy on work that does not need to be human.
Cleaning format is not sacred labor.
Turning bullet points into tables is not an intellectual achievement.
Naming files does not require existential struggle.
Making note templates should not make you feel like a philosopher.
Give that to the agent.
But choosing which idea deserves to be kept?
Testing whether a summary really captures the source?
Seeing whether a concept connects to an old project?
Rewriting it in your own language?
Deciding whether a note deserves to enter the long-term system?
That is still human work.
Sorry if that is disappointing. A second brain does not free us from thinking.
It only prevents the thinking process from being scattered across the floor.
Then there is Obsidian.
I like Obsidian not because it is magical, but because it is empty enough to avoid pretending too much. It does not automatically make you smart. It will not save a person who enjoys hoarding. It only provides a house: folders, markdown files, backlinks, graph view, plugins, and a structure you can shape yourself.
But a house still needs rules.
Obsidian is not a place to dump AI vomit.
This needs to be said a little harshly because too many people treat note-taking apps like premium trash cans. They put in every ChatGPT output, every article summary, every transcript, every quote, every list of ideas, then expect backlinks to turn the pile into knowledge.
No.
Backlinks do not save garbage.
A beautiful graph view does not mean your thoughts are connected. Sometimes it is only a map of your bad habit of copying too many things.
Obsidian should be the final house for thoughts that are at least somewhat mature. They do not have to be perfect. I do not believe in perfect notes. But at the very least, anything that enters should have passed through selection.
It must have a reason to stay.
Not because “maybe one day it will be useful”. That sentence is a gate to hell in knowledge management. Everything can look potentially useful if you are afraid enough of forgetting it.
A note that deserves to enter Obsidian should have survived a few simple questions:
What is the core idea here?
Why do I care?
Which older idea does it connect to?
Is this only a good quote, or does it actually change my thinking model?
Can I rewrite it without lying to myself?
Is this raw material, or has it become part of my thinking system?
If the answer is unclear, maybe it does not deserve to enter yet.
Keep it in the reading room. Or throw it away.
Not all information needs to be saved.
This may sound cruel, but a good note system always has an element of cruelty. It must be able to discard. It must be able to refuse. It must be able to say: this is interesting, but not important enough. This sounds smart, but it is not useful for my thinking. This is neat, but empty. This is long, but has no spine.
Without the ability to discard, a second brain becomes a landfill.
Not a library. Not a network of ideas. Not a knowledge system.
A landfill.
A place where everything is piled up because the owner cannot make decisions.
So a more sane architecture looks like this.
First, large sources go into NotebookLM.
PDFs, articles, transcripts, research notes, long documents, or any material still too raw to be treated as a personal note. Here, sources are read. Questioned. Summarized. Compared. Pressed.
Second, the human takes the relevant reading output.
Not everything. Only what actually matters. Strong quotes. Argument structures. Questions that appear. Conflicts between sources. Sharp insights. Material that has a real chance of entering the thinking system.
Third, the agent receives compressed material.
Not the library. Not a hundred raw documents. Not the entire intellectual history of the user. Only a clear brief: this is the source material, this is the goal of the note, this is the output format, this is the naming style, this is the folder structure, this is the kind of result needed.
Fourth, the agent handles the mechanical work.
Splitting material into smaller notes. Creating titles. Building outlines. Cleaning format. Making templates. Turning summaries into draft atomic notes. Preparing frontmatter. Creating possible connection lists.
Fifth, the human judges again.
This stage cannot be skipped. Because an agent can make text look clean without knowing whether it deserves to live. An agent can make something appear mature when it is only polite compression.
The human must reread. Delete. Rewrite. Add personal context. Connect it with older notes. Decide whether the note enters Obsidian, waits, or gets discarded.
Only then does Obsidian become a house.
Not the birthplace of all garbage.
Not the transit station for every document.
Not the automatic graveyard of AI output.
A house.
And a healthy house does not keep every object its owner has ever touched.
I know this sounds slower than the fantasy usually sold around AI.
The fantasy is always the same: put in all your documents, press one button, and suddenly you have a neat, living second brain ready to answer every question. Like an intellectual servant that does not sleep, does not complain, and does not ask for a salary.
Unfortunately, thought does not work like that.
Or maybe more precisely: knowledge is not that cheap.
AI can accelerate many things. But it cannot replace selection. Even when machines help read, summarize, and organize, one task remains human: assigning value.
What matters.
What is false.
What only sounds intelligent.
What should be saved.
What should be forgotten.
What should be connected to old questions, old projects, old categories, or the thinking model currently being built.
This is the part that cannot be fully automated without making the system hollow.
Because a second brain is not only about information. If information were enough, the internet would be enough. Search engines would be enough. A chaotic download folder is also, technically, “full of information”.
A second brain is an epistemic infrastructure.
I know the phrase sounds pretentious. Let it be. Sometimes pretentious phrases are useful when they point to something accurately.
What I mean is simple: a second brain is a system that governs how something becomes understanding.
Not just a place to store.
A transformation pipeline.
Source enters as raw material.
NotebookLM helps read and compress.
The agent helps execute and organize.
Obsidian stores what has been selected.
The human connects everything into thought.
If one stage breaks, the entire system breaks with it.
If every source goes straight into Obsidian, the house becomes a warehouse.
If the agent receives every raw document, the worker becomes a victim.
If NotebookLM becomes the final destination, reading output never becomes personal thought.
If the human stops choosing, the system becomes a hoarding machine.
So the principle is simple:
Do not make the agent carry the whole library.
Let the library stay in the reading room.
Let the agent work on a clean table.
Let Obsidian become the house for things that deserve to stay.
And let the human keep doing the most annoying part of thinking: deciding.
Because in the end, a good second brain is not a system that saves everything.
A good second brain is a system that teaches us what does not deserve to be saved.
And maybe that is the difference between knowledge and accumulation.
One has structure.
The other only has weight.
notes: the context window comparison refers to a 2025 discussion of NotebookLM’s large source space. numbers like this should be read as time-bound, because AI tools change quickly. unofficial automation through tools such as notebooklm-py or browser-based workflows may work, but should not be treated as a stable official API contract.
Comments
Post a Comment