Get AI summaries of any video or article — Sign up free
Getting Started: Taking Smart Notes in Obsidian thumbnail

Getting Started: Taking Smart Notes in Obsidian

Joshua Duffney·
5 min read

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.

TL;DR

Install Obsidian from obsidian.md and create a vault as the local storage location for all Markdown notes.

Briefing

Obsidian is set up as a fully local, Markdown-based note system built around linking ideas rather than sorting them into rigid folders. After installing Obsidian from obsidian.md, the workflow starts with creating a “vault,” which is the local storage location for all notes. Because the files live on the user’s computer as plain Markdown, the knowledge remains under the user’s control even if syncing services change or disappear. That portability also matters: Markdown transfers cleanly into other formats like HTML and can be exported to outputs such as PDF and EPUB, making the notes useful beyond the app itself.

The setup then leans into a key tradeoff: Obsidian’s flexibility can also become a distraction. To keep the system usable, the configuration intentionally avoids community plugins and sticks to the built-in core plugins that support a “smart notes” workflow. The first core feature enabled is Daily Notes. A dedicated “daily notes” folder is created, then the Daily Notes core plugin is toggled on so each day generates a new note named by year-month-day and stored in that folder. This separation is treated as essential for preventing the “insurmountable mess” that happens when fleeting thoughts, literature, and permanent notes all get mixed together in one place.

Next comes the reference system, implemented as a separate “reference” note space for literature notes. The distinction is straightforward: fleeting notes are temporary reminders meant to be deleted once they’ve served their purpose, while literature/reference notes are kept permanently because they capture information worth revisiting. The transcript frames this as a way to avoid clutter and preserve the ability to refresh understanding without rereading entire sources.

For the permanent layer, the system adds a “slip box” using the Zettelkasten Prefixer core plugin. A “slip box” folder is created, then the Zettelkasten Prefixer is enabled so new Zettelkasten notes get automatically generated IDs based on timestamps. The approach is intentionally opinionated: rather than forcing meaningful names at creation time, the plugin handles naming to reduce “availability bias” (only remembering recently created notes) and to avoid the “first time principle” problem where naming becomes the hardest part and slows writing. The configuration also offers options like templates and an ID format, and it can separate the act of writing a note from adding it into the slip box.

Finally, a “projects” folder is introduced as the practical engine for turning notes into output. Project-related notes hold scripts, outlines, and other work artifacts tied to concrete goals—like drafting a book chapter or planning a YouTube video. Fleeting notes can start the chain (e.g., “buy this book” or “read this article”), then evolve into literature/reference notes, and later into project work. The overall point is that the system’s structure—daily notes, reference, slip box, and projects—creates a workflow that supports content creation while limiting the chaos that comes from an overly open-ended tool.

Cornell Notes

Obsidian is configured as a local-first, Markdown vault where notes stay under the user’s control and remain portable to other formats like HTML, PDF, and EPUB. The workflow begins by creating a vault, then enabling core plugins—especially Daily Notes—to generate dated notes in a dedicated folder. A separate reference area stores literature notes permanently, while fleeting ideas belong in daily notes and are meant to be processed and eventually discarded. Permanent knowledge is handled through a Zettelkasten slip box using the Zettelkasten Prefixer, which auto-generates IDs so naming doesn’t block writing. A projects folder then connects processed notes to concrete outputs like scripts and outlines, turning raw ideas into work.

Why does the transcript emphasize creating a vault and keeping notes local?

A vault is Obsidian’s storage location for all Markdown files. The transcript stresses that everything is stored locally on the computer, which gives “most control” and reduces reliance on cloud services. It also argues that if a platform were to go away or go offline, local Markdown files preserve the knowledge. Because Markdown is plain text, it transfers well into other outputs such as HTML and exports like PDF and EPUB.

How does Daily Notes reduce clutter compared with mixing everything together?

Daily Notes is enabled as a core plugin and writes each day’s note into a dedicated “daily notes” folder. Notes are named using a year-month-day format, and the transcript treats the separation of note types as the main defense against an “insurmountable mess.” The system’s logic is that fleeting thoughts belong in daily notes, while literature and permanent notes live elsewhere.

What’s the difference between fleeting notes and literature/reference notes in this workflow?

Fleeting notes are temporary reminders of tasks or ideas and are meant to be deleted after they’ve served their purpose. Literature/reference notes are stored permanently because they capture information worth revisiting later. The transcript frames reference notes as a way to refresh understanding without rereading entire sources.

Why use the Zettelkasten Prefixer instead of naming notes manually?

The transcript calls the naming question “controversial” in Zettelkasten communities, then chooses a plugin-driven approach. The main reasons given are avoiding availability bias (being able to identify notes by name rather than only remembering recent ones) and avoiding the first-time principle problem where naming is hard and wastes time. The Prefixer auto-generates IDs (using timestamps), reducing friction so writing can start immediately.

How do projects fit into the note system?

Projects are the practical layer for turning notes into output. The transcript suggests a “projects” folder where project-related notes live—such as outlines for writing or scripts for YouTube. Fleeting notes can begin the chain (e.g., “buy a book” or “read an article”), become literature/reference notes, and then feed into project work. The system is designed to support content creation rather than only archiving information.

Review Questions

  1. What are the four note spaces introduced (daily notes, reference, slip box, projects), and what job does each one perform?
  2. How does the transcript’s approach to naming Zettelkasten notes change the writing workflow?
  3. Why is separation of note types treated as critical for avoiding clutter in Obsidian?

Key Points

  1. 1

    Install Obsidian from obsidian.md and create a vault as the local storage location for all Markdown notes.

  2. 2

    Keep notes local-first to maintain control and portability, since Markdown files remain usable even without syncing services.

  3. 3

    Enable the Daily Notes core plugin to generate dated notes in a dedicated daily notes folder using a year-month-day naming scheme.

  4. 4

    Store literature/reference notes separately and permanently, while treating fleeting ideas as temporary inputs meant to be processed or discarded.

  5. 5

    Use the Zettelkasten Prefixer core plugin to auto-generate Zettelkasten note IDs, reducing friction from manual naming.

  6. 6

    Create a slip box folder for permanent notes and consider separating the act of writing from adding notes to the slip box.

  7. 7

    Maintain a projects folder to connect processed notes to concrete outputs like scripts and outlines.

Highlights

Obsidian’s notes are plain Markdown stored in a local vault, preserving knowledge even if cloud services or syncing options change.
Daily Notes is positioned as a clutter-control mechanism by separating fleeting daily capture from permanent knowledge storage.
The Zettelkasten Prefixer is used to auto-handle note naming via timestamps, aiming to remove friction and reduce cognitive bias.
Projects are treated as the end goal: processed notes should feed scripts, outlines, and other deliverables.

Topics

Mentioned