Take Project Notes 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.
Use project notes as the organizing layer that curates fleeting ideas by effort, preventing unrelated notes from mixing into one overwhelming list.
Briefing
Obsidian can handle project management cleanly by introducing a dedicated “project note” layer that acts as an entry point, a curated container for related fleeting notes, and a staging area for turning accumulated permanent notes into finished writing artifacts. The core idea is to stop letting fleeting notes sprawl across the vault. Instead, fleeting notes get attached to a specific project context—like a newsletter or a book—so the knowledge stays organized until it’s time to produce something concrete.
The system starts from the Smart Notes framework’s note types—fleeting, literature, permanent, and project notes—but rejects the idea that these categories move in a simple linear chain. Fleeting notes can remain fleeting, become literature notes, or mature into permanent notes as they’re refined. That flexibility is useful, yet it creates early confusion about how to manage projects in Obsidian. The solution is to add project notes as the organizing spine: a project note groups the right inputs, links to the permanent notes that represent reusable research, and provides a single place to launch writing.
In practice, the creator maintains a Projects folder with two main kinds of project notes. One is a “manuscript” project note for large bodies of work such as a book or video course. The other is a “long-running project” note for ongoing efforts like a newsletter, blog, or work project. The purpose is consistent: when the effort is done, all associated notes can be moved into an archive.
For a long-running project like “Knowledge Worker,” the project note functions as a dynamic dashboard. It includes a top-level entry point (e.g., a short mission statement) and a curated list of fleeting notes specifically tied to that project—ideas for video courses, research topics, and implementation details. This prevents the common failure mode where fleeting notes pile up everywhere and become an overwhelming, undifferentiated list.
Inside the same project note, the system also links to permanent notes that serve as writing prompts and research building blocks. For example, newsletter ideas are organized under headings, and each newsletter outline links to permanent notes such as “attention capacity” or “usage agreements.” Those permanent notes then connect to downstream artifacts: the newsletter itself, a tutorial output, and potentially a larger manuscript later. The workflow uses Ulysses as the “editor” stage: once enough smart notes accumulate to form a body of work, the creator cuts the relevant notes into a Ulysses draft. A green check mark marks that cutoff point.
For manuscript-style projects, the project note balances two needs: maintaining an evolving outline and staying ahead of research. Fleeting notes feed new ideas, while tags (including collections like “reclaim” and chapter/section identifiers) help the creator retrieve research quickly as chapters are written. Finished sections—such as a 2,000+ word chapter—are based on multiple permanent notes built over time from several books, with quotes and research references attached.
Finally, the system keeps everything in one tool—Obsidian—while still integrating with external writing via Ulysses. Each project gets its own folder so the entire knowledge set can be moved, archived, or removed cleanly later, preserving the project’s entry point and all its linked notes in one package.
Cornell Notes
Project notes in Obsidian provide a structured way to manage work without letting fleeting ideas scatter across the vault. The approach treats Smart Notes categories as flexible: fleeting notes can stay fleeting, become literature notes, or mature into permanent notes, depending on refinement. A project note becomes the curated entry point for a specific effort (e.g., a newsletter or a manuscript), linking to permanent notes that act as writing prompts and research. When enough permanent notes accumulate, the workflow “cuts” them into Ulysses to draft the artifact, using a green check mark as a cutoff signal. Organizing each project inside its own folder makes archiving or removing an entire knowledge base straightforward.
Why does the system introduce “project notes” instead of relying only on fleeting, literature, and permanent notes?
How can fleeting notes evolve without a rigid linear workflow?
What does a long-running project note do differently from a manuscript project note?
How does the workflow move from Obsidian notes to actual writing drafts?
How does the system keep research from getting lost while writing a book?
Why create a folder per project inside the vault?
Review Questions
- How does attaching fleeting notes to a project note reduce overwhelm compared with letting them accumulate across the vault?
- Describe the role of permanent notes inside a project note and how they connect to downstream artifacts like newsletters, tutorials, or manuscripts.
- What triggers the move from Obsidian’s slip-box to Ulysses, and how is that transition tracked?
Key Points
- 1
Use project notes as the organizing layer that curates fleeting ideas by effort, preventing unrelated notes from mixing into one overwhelming list.
- 2
Treat Smart Notes categories as flexible rather than linear: fleeting notes can become literature notes or permanent notes depending on refinement.
- 3
Maintain two project-note types—manuscript projects for books/courses and long-running projects for newsletters/blogs—each with a different structure.
- 4
Link permanent notes under project-note headings so they function as writing prompts and reusable research blocks for specific outputs.
- 5
Cut accumulated smart notes into Ulysses once there’s enough material to draft an artifact, and mark that cutoff with a green check mark.
- 6
Keep each project in its own folder so archiving or removing an entire knowledge set is fast and clean, preserving the project’s entry point and linked notes.