Get AI summaries of any video or article — Sign up free
What Nobody Tells You About Organizing Folders in Obsidian thumbnail

What Nobody Tells You About Organizing Folders in Obsidian

5 min read

Based on Linking Your Thinking with Nick Milo's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

Start with no folders in Obsidian and add structure only when note volume makes retrieval decisions painful.

Briefing

Folder organization in Obsidian works best when it starts from your actual workflow needs—not from rigid folder recipes—and when it grows “from the bottom up” as your note collection expands. The core idea is to begin with essentially no folders, capture notes freely, and only introduce folder structure once searching and decision-making become painful. That approach matters because folder sprawl can quickly become its own source of anxiety, while over-structuring early can steal time from the real value of a knowledge system: linking ideas and building relationships.

The process begins with a simple premise about human memory limits: people can hold only a handful of items in mind at once, so notes act as an external extension of attention. In the early stages—think a new vault with just a welcome note—organization is trivial. But as notes accumulate (the transcript uses examples like 2 notes, then 22, then imagines 200 or 2,000), the friction shifts from “capturing” to “finding.” At that point, folders, links, and other structures become useful tools for reducing the micro-pain of not knowing where something went.

A key warning emerges from the “random attempts” example: forcing ideas and knowledge into neat folder labels often breaks down because those categories are fuzzy. Short concepts like “Yin and Yang” and broader themes like “Upstream Downstream effects” don’t fit cleanly into “Atomic,” “Evergreen,” or other overly specific buckets. The transcript argues that folder names should be as fuzzy as the content they hold—using a catch-all folder like “Umami” as a stand-in for that principle.

From there, two popular frameworks are tested against the same set of notes. Thiago Forte’s PARA method organizes notes into Projects, Areas, Resources, and Archives. In the example, book highlights and concepts land in Resources, actionable work lands in Projects, and time-based items like daily notes are handled by adding a calendar-style folder outside the core PARA categories. The ACE framework (Atlas, Calendar, Efforts) takes a different tack: it uses three “headspaces”—thinking/knowledge (Atlas), time-based notes (Calendar), and action-oriented work (Efforts). It also introduces operational folders like an Inbox (“A” folder) for new notes and an “X” folder for extras such as templates, images, PDFs, and other non-standard materials.

The transcript then moves from frameworks to a personal system built over years, emphasizing that most people shouldn’t copy the extreme version. Still, the underlying pattern is consistent: start simple, then flatten or refine structure only after you understand how you actually search and connect. In the final recommended mindset, folders are not set in stone; they evolve as needs change. Just as importantly, time spent organizing folders is time not spent making connections—so the goal is clarity and confidence, not complexity for its own sake.

Cornell Notes

The transcript’s central claim is that Obsidian folders should be built “bottom up” from real needs, not copied from someone else’s ideal structure. It recommends starting with no folders, capturing notes freely, and only adding structure when searching becomes difficult as the vault grows. It tests two mainstream systems—PARA (Projects, Areas, Resources, Archives) and ACE (Atlas, Calendar, Efforts)—against the same mixed set of notes, showing how each handles fuzzy “idea/knowledge” material and time-based notes. The practical takeaway is to use frameworks as scaffolding, then adjust folder fuzziness and granularity to match how your notes actually behave. Finally, it warns that over-organizing can steal time from the higher-value work: linking ideas and building insight.

Why does the transcript insist on starting with “no folders at all”?

It treats folder structure as a response to a later problem: once notes are few, the cost of deciding where they go is low; once notes grow (the examples move from 2 to 22 and then imagine 200–2,000), the cost shifts to retrieval anxiety. Starting with no folders lets capture happen first, then structure arrives only when it reduces friction. The goal is clarity and confidence, not early perfection.

What goes wrong when “ideas” and “knowledge” are forced into rigid folder labels?

The random-attempts example shows that “idea/knowledge” notes are often fuzzy and can belong in multiple categories. A short concept might look “atomic,” while a longer note might be “evergreen,” and themes can overlap. The transcript argues that folder titles should be fuzzy enough to match the content—illustrated by using a catch-all folder like “Umami” for hard-to-describe idea notes.

How does PARA handle different note types in the example set?

In the PARA walkthrough, book highlights and concepts go into Resources, actionable work like “project due next month” goes into Projects, and broader study or learning items can land in Areas (with some ambiguity). Time-based notes like daily notes are handled by adding a separate calendar-style folder, since PARA’s core categories don’t explicitly cover daily/time-based organization.

How does ACE differ, and what problem does it solve for time-based notes?

ACE organizes by three headspaces: Atlas for thinking/ideas/knowledge, Calendar for time-based notes, and Efforts for action-oriented work. In the example, daily notes naturally fit into Calendar. It also adds operational folders: an Inbox (“A” folder) for new notes and an “X” folder for extras like templates, images, PDFs, and other non-standard items.

What does the transcript recommend after using a framework?

Frameworks are treated as scaffolding, not a final answer. After trying PARA or ACE, the system should be personalized by removing folders you don’t use and adjusting structure to match your actual retrieval and linking behavior. The transcript also emphasizes that folder needs change over time, so the structure should evolve rather than remain fixed.

What’s the tradeoff the transcript highlights about folder work?

Time spent designing and reorganizing folders is time not spent on the higher-value part of a notes system: linking ideas, building relationships across domains, and creating unique insights. The system should support connection work, not replace it.

Review Questions

  1. If your vault is still small, what specific trigger does the transcript use to justify adding folders?
  2. In the transcript’s “fuzzy ideas” example, what principle is used to decide how to name a folder for ambiguous content?
  3. Compare PARA and ACE: which one explicitly includes a Calendar concept, and how does that affect where daily notes go?

Key Points

  1. 1

    Start with no folders in Obsidian and add structure only when note volume makes retrieval decisions painful.

  2. 2

    Use folder names that match the fuzziness of the content; rigid labels often fail for ideas and knowledge notes.

  3. 3

    PARA (Projects, Areas, Resources, Archives) works well for separating action and reference material, but time-based notes typically require an extra calendar-style folder.

  4. 4

    ACE (Atlas, Calendar, Efforts) handles time-based notes more directly by assigning them to Calendar, while Atlas and Efforts cover thinking and action.

  5. 5

    Operational folders like Inbox (A) and Extras (X) help keep new and non-standard items from cluttering your main knowledge structure.

  6. 6

    Personalize after testing: remove unused folders and adjust granularity based on how you actually search and link notes.

  7. 7

    Treat folder organization as a means to clarity—avoid spending so much time on structure that it crowds out linking and insight-building.

Highlights

The transcript’s best rule of thumb: build folders from the bottom up—capture first, structure later—so folder decisions don’t steal time from thinking and linking.
Rigid “idea” categories break down because ideas are fuzzy; folder names should be fuzzy enough to hold what you actually write.
PARA handles Projects/Areas/Resources well, but daily notes often need a separate Calendar-style folder.
ACE makes time-based organization explicit via Calendar, and adds Inbox (A) plus Extras (X) to manage incoming and non-standard files.
Even with a heavy folder system, the transcript insists the real value comes from connecting ideas, not from folder complexity.

Topics

Mentioned