My simple note-taking setup | Zettelkasten in Obsidian | Step-by-step guide
Based on Artem Kirsanov's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.
Keep Zettelkasten structure emergent by storing atomic ideas in one place and relying on links rather than prebuilt topic folders.
Briefing
A Zettelkasten workflow can stay genuinely simple by resisting elaborate tagging schemes and letting structure emerge from links. The core claim is that complexity—especially endless tinkering with tags and folder hierarchies—often distracts from the actual work: capturing ideas, writing them in one’s own words, and connecting them so patterns surface naturally.
The setup centers on Obsidian with a small, deliberate tool stack: four core folders, two main note templates, and just two community plugins. All “atomic idea” notes live in a single root folder, while attachments and templates sit in their own dedicated subfolders. The system’s philosophy is explicit: don’t pre-separate topics into folders; instead, create notes and link them, allowing relationships to form the organizing structure over time.
At the top level, the workflow uses four folders—Reference Notes, Files, Templates, and a main folder for Zettelkasten ideas (the atomic notes). Reference Notes store where ideas came from (books, lectures, sources), Files holds images and templates, and Templates contains reusable note templates. Obsidian’s vault concept is treated as a boundary: everything relevant lives inside one local folder, with Obsidian’s internal configuration kept in a hidden .obsidian directory.
The practical configuration is straightforward. Obsidian is set so new nodes and attachments default into the Zettelkasten idea folder and the Files folder. A hotkey is assigned for inserting templates, and two plugins are used repeatedly: Sliding Panes for viewing multiple notes side-by-side like paper cards, and Admonition for inserting visually distinct blocks inside notes. The “core” template is designed to paste the current date and time, set the note heading, and include a status/tags area. A second template creates “maps of content” (mock notes): these are organizational hubs that can remain empty or be used to capture summaries/diagrams.
The note-creation workflow emphasizes avoiding duplicates and accelerating recall. Using Obsidian’s “create/open by title” flow (rather than blindly creating new notes) helps detect existing notes and encourages elaboration. References are handled by linking to source notes—sometimes including timestamps for lectures—so the system can reuse those citations instead of rewriting metadata.
Links are treated as the system’s engine. Obsidian’s double-square-bracket linking allows linking to notes that don’t yet exist; these “ghost nodes” appear as darker links and later become real notes. As more atomic notes connect to recurring ghost nodes, graph view reveals hubs—clusters of ideas around a topic. Those hubs then justify creating an actual “map of content” file, turning emergent structure into a navigable dashboard.
Finally, the workflow is framed as iterative rather than fixed. If a system works differently, it should be adapted gradually; if it feels stuck, the recommendation is to start simple for months, then adjust one step at a time as the knowledge base grows. The payoff is a second brain that evolves with the ideas instead of being forced into a brittle, over-engineered taxonomy.
Cornell Notes
The workflow keeps Zettelkasten in Obsidian intentionally lean: four folders, two templates, and two plugins. Atomic idea notes are stored together, while references and attachments live in separate folders; topics are not pre-sorted into rigid structures. Links drive organization: double-square-bracket links can point to “ghost nodes” that later become real notes, and graph view reveals hubs where many ideas converge. Those hubs become “maps of content” (mock notes) created from a second template. The main benefit is avoiding complexity for its own sake—tag and structure tinkering can distract from writing, connecting, and discovering relationships.
Why does the system avoid heavy upfront tagging and folder hierarchies?
What are the four core folders, and what role does each play?
How do templates reduce friction without turning into another rabbit hole?
How do “ghost nodes” function as a bridge between tags and organization?
What triggers the creation of a “map of content” note?
What is the practical purpose of the two plugins used in the setup?
Review Questions
- How does linking to non-existent notes help the system avoid rigid tagging while still producing organization?
- What observable signal in graph view indicates it’s time to create a “map of content” note?
- Why does the workflow recommend starting simple for months instead of redesigning the vault immediately?
Key Points
- 1
Keep Zettelkasten structure emergent by storing atomic ideas in one place and relying on links rather than prebuilt topic folders.
- 2
Use four core folders—ideas, reference notes, files, and templates—to separate concerns without adding complexity to the idea space.
- 3
Rely on two templates: a core atomic idea template (date/time, heading, status/tags) and a map-of-content template (mock hub organization).
- 4
Treat ghost nodes as provisional tags: link to notes that don’t exist yet, then convert hubs into real notes when they recur.
- 5
Use graph view to detect hubs where many atomic notes converge; those hubs become dashboards for navigation.
- 6
Limit plugin use to tools that support day-to-day capture and review (e.g., side-by-side reading and visual blocks).
- 7
Iterate gradually: adjust the system one step at a time based on how the knowledge base grows, not based on other people’s setups.