Use Structure Notes to Organize Topics in Obsidian
Based on Joshua Duffney's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.
Resist imposing rigid hierarchy too early; let topics emerge from reading and learning, then organize with the minimum viable structure.
Briefing
The core challenge in building an Obsidian slip box isn’t collecting notes—it’s resisting the urge to impose rigid order too early. Knowledge is supposed to “bubble up” as reading and learning progress, and structure notes provide the minimum necessary scaffolding to prevent chaos while staying flexible enough to rename, reorganize, and avoid locking into a top-down hierarchy.
In practice, the slip box starts with an index and then grows into a more navigable structure. Without structure notes and without an index, notes sit in a flat layout where users must remember and manually navigate sequences. The index offers a first layer of organization, but it can become lopsided as new reading fills it with highly specific notes. For example, after finishing “How to Take Smart Notes,” the index may be dominated by smart-notes content, while higher-level areas like “mastery” remain underdeveloped. Structure notes step in at that point: they temporarily impose a topic-level organization that matches what’s actually present in the collection, so users can find their way back to knowledge instead of getting lost in a growing mass of entries.
The method emphasizes “layers of resolution”—staying zoomed out at the top level and only creating deeper structure when there’s enough material to justify it. A structure note functions like a topic or subtopic inside the index, created by adding a new link (e.g., “smart notes”) and then populating it as permanent notes accumulate. The digital workflow matters here: links and notes can be copied and pasted quickly, making it feasible to iterate on structure as the vault evolves.
A key operational rule is using keywords to ensure notes remain discoverable and categorizable. The approach suggests assigning keywords to notes and only promoting a cluster into a new structure note once it reaches a threshold—described as around three to four notes in the physical version, with the digital version using that same idea to decide when a topic has enough substance to deserve its own organizational node. As the vault grows (the example vault imports 74 permanent notes from “How to Take Smart Notes”), multiple structure notes emerge—such as “smart notes” and “productive writing mastery”—while near-misses like “information overload” or “cognitive resource management” remain in limbo until they meet the bar.
Once structure notes exist, they naturally resemble outlines, because the slip box is meant to support writing. The structure also interacts with Obsidian’s graph view: the names of individual notes can be intentionally obfuscated so the graph stays readable as a “state-level map” of topics rather than a cluttered list of labels. Structure notes and subtopics, by contrast, should be descriptive enough to navigate. Finally, structure notes aren’t exclusive to one place: a note can appear in multiple contexts (e.g., “productive writing” can live under both the index and the smart-notes structure), since everything is linked and navigable through Obsidian’s graph of relationships.
Overall, structure notes are presented as the minimum viable organization layer—just enough to prevent chaos, but flexible enough to let the slip box’s real intellectual structure emerge over time.
Cornell Notes
Structure notes in Obsidian are designed to add the minimum necessary organization to a slip box without freezing it into a rigid hierarchy. The index provides a first layer, but as specific notes accumulate (for example, after reading “How to Take Smart Notes”), the collection can become lopsided and hard to navigate. Structure notes create temporary, topic-level “layers of resolution” that help clusters of notes surface and remain findable, while still allowing renaming and reorganization. The workflow relies on links and keywords, and it promotes new structure only when a topic reaches a threshold (around three to four notes). This keeps the graph readable and supports writing by turning accumulated understanding into navigable outlines.
Why is imposing too much order early considered a problem in a slip box workflow?
What role do structure notes play compared with an index?
How does the “layers of resolution” idea determine when to create a new structure note?
What is the practical purpose of keywords inside structure notes?
How should note naming be handled for readability in Obsidian’s graph view?
Can a note belong to multiple places in the slip box structure?
Review Questions
- What minimum organizational elements are needed to avoid a slip box becoming a flat, hard-to-navigate list?
- How does the threshold of roughly three to four notes influence when a new structure note is created?
- Why does the workflow treat structure notes and subtopics differently from individual note names in graph view?
Key Points
- 1
Resist imposing rigid hierarchy too early; let topics emerge from reading and learning, then organize with the minimum viable structure.
- 2
Use the index as a starting layer, but rely on structure notes to prevent chaos when the index becomes dominated by specific note clusters.
- 3
Create structure notes using “layers of resolution”: keep broad areas at the top level and add subtopics only when there’s enough content.
- 4
Assign keywords to notes so clusters can be promoted into structure notes once they reach a threshold (about three to four notes).
- 5
In Obsidian, structure notes work through links and navigation, and the digital workflow makes iterative restructuring practical.
- 6
Keep individual note names less descriptive to preserve graph readability; make structure nodes descriptive so the topic map stays usable.
- 7
Allow notes to appear in multiple contexts by linking them to different indexes or sequences rather than treating structure as exclusive.