Using Obsidian to Manage Essay Writing - With Henrik Karlsson
Based on CombiningMinds's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.
Karlsson prioritizes writing output over perfect note-system engineering, treating software as flexible support rather than a driver of results.
Briefing
Henrik Karlsson’s approach to essay writing with Obsidian rests on a blunt priority: tools matter, but output comes from doing the work under real constraints. He argues that it’s easy to overestimate software’s role—especially when the writing process is driven by personality, time pressure, and shifting goals rather than a fixed workflow. Instead of building a perfectly engineered note system, he uses Obsidian as a flexible workspace that can be reshaped as his thinking changes.
Karlsson describes starting with clean, top-down organization, then gradually abandoning it as his process matured. What replaced it is an “organic” layout: new notes become new entry points, links grow where they’re needed, and the overall structure evolves continuously. He tries to spend minimal time on formatting or system maintenance because that time has an opportunity cost; the point is to create “just enough structure” to reliably resurface ideas later. Under urgency, his system becomes even less formal—more chaotic, more adaptive—because the tool has to bend to the demands of the moment.
His Obsidian setup is intentionally pragmatic. He maintains an essay page as a kind of homepage and keeps around 70 essay topics or ideas as “rooms” that other notes connect to. When an idea stops holding attention, it gets deleted, leaving behind “orphans” that no longer fit the active network. Rather than relying on dense, carefully designed linking rules, he leans on search—sometimes using keywords directly—because that’s faster than maintaining elaborate queries or rigid structures. He also notes that he has templates and experience from earlier note-taking systems, including Zettelkasten-style thinking, but he refuses to treat any template as sacred.
A key theme is context of use. Karlsson suggests that note-taking systems can’t be designed well in the abstract; they must be built around a real problem and a serious writing context. When pressure increases—more writing, tighter deadlines—the “force field” of urgency reshapes the system into something less rigorous and more rainforest-like: less top-down, more emergent. In that sense, the system isn’t the goal; it’s a byproduct of the writing problem, the pace, and the need to keep moving.
The practical takeaway is less about adopting a specific Obsidian workflow and more about resisting over-engineering. With a flexible tool like Obsidian, Karlsson treats structure as adjustable scaffolding: tweak it when needs change, use search when it’s efficient, and prioritize writing itself over perfect organization. The result is a system that may look messy compared with textbook methods, but stays aligned with the actual work of producing essays.
Cornell Notes
Henrik Karlsson uses Obsidian for essay writing in a deliberately non-rigid way: he aims for “just enough structure” to retrieve ideas later, while minimizing time spent on formatting and system maintenance. His note layout evolves organically as goals and needs shift, often becoming more chaotic under time pressure. Instead of dense, systematic linking, he relies on a small set of anchor pages (like an essay homepage and active essay-idea “rooms”) plus frequent keyword search. He also argues that note-taking systems can’t be designed well without a serious context of use; urgent writing demands reshape the system into something emergent rather than perfectly top-down. The approach matters because it reframes software as flexible support for real writing constraints, not as a substitute for doing the work.
Why does Karlsson downplay the importance of software in writing output?
What does “just enough structure” look like in his Obsidian workflow?
How does he organize essay ideas and connections without a rigid linking scheme?
What role does time pressure play in shaping his note system?
How does “context of use” determine whether a note-taking system works?
How does his experience with earlier methods influence his current approach?
Review Questions
- What specific behaviors does Karlsson use to minimize time spent on formatting while still keeping ideas retrievable?
- How does time pressure change the structure of his Obsidian network compared with a top-down system?
- Why does he claim a note-taking system can’t be designed well without a clear, serious context of use?
Key Points
- 1
Karlsson prioritizes writing output over perfect note-system engineering, treating software as flexible support rather than a driver of results.
- 2
He uses “just enough structure” to retrieve ideas later, avoiding extra time spent on formatting and system maintenance.
- 3
His Obsidian layout evolves organically: new notes and start pages replace rigid, pre-planned structures as goals change.
- 4
He keeps active essay ideas as anchor “rooms” (about 70) and accepts chaos, including orphans, when ideas are dropped.
- 5
Frequent keyword search replaces elaborate query systems, reducing the need for dense, systematic linking.
- 6
Time pressure reshapes the system into an emergent structure, making it less top-down and more rainforest-like.
- 7
A note-taking system must match a serious context of use; without a real problem, design choices like tags or indexes become guesswork.