← Default view
linking · note structure · backlinks · MOCs vs folders

The vault as a graph, not a tree.

Folders answer "where does this live?" Links answer "what does this relate to?" This chapter is the second question — the adoption-ordered path from folder-thinking to link-thinking, one wikilink at a time.

survey · 6 min read 17 citations 5 primitives 5 phases
MOC hub
note
folder (container)
tag (signal)
orphan
linked
unlinked
tldr.md · selected node · decision

Use shallow folders for true containers (Daily/, Templates/, Attachments/), wikilinks on every new note as the default organising act, and 3–5 MOCs as your navigation layer once you cross ~50–100 notes. Treat folders as "where it lives", links as "what it relates to", tags as "what state it's in." If you're forcing a perfect folder tree, you're spending energy that should be going into links. [1] [2] [3]

01 · the five primitives

Six mechanisms. Each one answers a different question.

Mixing them up is the #1 source of vault paralysis. Read each as a graph fragment — what it links to, what it costs.

HEALTH/
Folder

"Where does this live?"

up
True container, file-system clarity
down
A note can only be in one — forces a choice
[[ link ]]
Wikilink [[ ]]

"What does this relate to?"

up
No exclusive ownership, builds graph
down
Discipline required to add at write-time
auto-discovered
Backlink

"Who pointed at me?"

up
Free — Obsidian generates from outgoing links
down
Only as good as your wikilink habit
"Acme" (plain text)
Unlinked mention

"Who said my name without linking?"

up
Surfaces hidden connections retroactively
down
Noisy if titles are too generic
MOC · Map of Content

"What's the index for this topic?"

up
Note can live in many MOCs; supports context
down
Manual to maintain
#draft #person
Tag #status

"What state is this in?"

up
Live queries via search / Bases / Dataview
down
Bad at "aboutness" — degrades to clutter

02 · why "MOC vs folder" is the wrong fight

It's really about exclusivity.

A note about "AI in healthcare" belongs in Health/, AI/, and Work/ simultaneously — but the file system only lets you pick one.

Strict file tree

Folders are exclusive.

The note has one parent. To reorganise, you move the file.

Health/ AI/ Work/ ✕ can't ✕ can't AI in healthcare → one home only
note belongs to several areas in reality
reorg = moving files, breaking paths
deep nesting punishes future you
vs

MOC web

MOCs overlap freely.

The note has one location, and any number of indexers.

MOC-Health MOC-AI MOC-Acme AI in healthcare → indexed by all three
same note referenced from many maps
reorg = edit a list, no files move
MOC can carry order + commentary

Tim Miller (Obsidian Rocks) puts the limit bluntly. But "no folders ever" is also wrong — even Nick Milo, whose Linking Your Thinking (LYT) framework popularised MOCs, now ships the ACE scaffold: three top-level folders covering knowledge, time, and projects [8]. And Steph Ango — Obsidian's CEO — runs ~4 folders and navigates via Quick Switcher and backlinks, not the file tree.

"A file either is in a folder, or it isn't. You can't have a file that exists in two folders at the same time… As your project grows and changes, folders have a hard time keeping up." — Tim Miller · Obsidian Rocks [1]

03 · adoption-ordered roadmap

Capture → link → emerge. Not design → capture.

The single biggest mistake is trying to design the perfect structure before you have notes in it. Each card below is the same vault at a different scale — watch the graph thicken.

PHASE 1 · CAPTURE

One link rule.

0 — 30 notes

Add at least one [[wikilink]] to every note before you close it. Don't build folders. Don't build MOCs. Don't perfect tags. [10]

PHASE 2 · NOTICE

The squeeze point.

30 — 100 notes

Around 50–100 notes the orphans become impossible to ignore. That's the signal — not earlier. Aidan Helfant's rule: "think and link first." [12]

PHASE 3 · MOCs

Exactly three.

100+ notes

Create three MOCs covering your broadest active topics — not perfect, just three. Dump → Lump → Jump: paste, group, leave it, come back. [12]

Backlinks pane
PHASE 4 · NAVIGATE

Backlinks become the UI.

Pane open, file tree closed

Open the Backlinks pane (right sidebar). Linked Mentions = who pointed at me. Unlinked Mentions = who said my name in plain text. Navigation = Quick Switcher + backlinks + MOCs. [4] [13]

Atlas/ Calendar/ Efforts/
PHASE 5 · SCAFFOLD?

Only if you need one.

≥ 5 MOCs in use

Once you have several MOCs, decide if you want a top-level container system. Three mainstream choices. Or stick with minimal. [8]

A · C · E
Atlas, Calendar, Efforts
by Nick Milo · LYT
Atlas/Calendar/Efforts/

Best for: PKM-heavy users already thinking in MOCs. [8]

Requires you to internalise the STIR model.

P · A · R · A
Projects, Areas, Resources, Archives
by Tiago Forte
Projects/Areas/Resources/Archives/

Best for: Cross-tool productivity (Drive, Notion too). [14]

Fights Obsidian's graph nature — note in one bucket only. [15]

M I N
Minimal · 3–4 admin folders
References/Clippings/Daily/Templates/

Best for: Default for most users; lets links do the work. [2]

Requires link discipline.

04 · backlinks vs unlinked mentions

Two arrows. One you wrote. One Obsidian found.

Linked mentions are the bracket pair you committed to. Unlinked mentions are free — every prose occurrence of the note's title, surfaced by the same pane.

LINKED MENTION

Solid edge. You declared it.
Daily — May 30 Acme Migration [[Acme Migration]]

Trigger: you wrote [[Acme Migration]] in the source note.

Cost: one bracket pair at write-time.

Use for: explicit, claimed connections.

UNLINKED MENTION

Ghost edge. Obsidian discovered it.
Daily — May 30 Acme Migration "…the Acme migration broke staging…"

Trigger: the literal title appears anywhere as text.

Cost: zero — Obsidian indexes it. [4]

Use for: catching connections you didn't notice; retroactive linking. [13]

Create a stub note titled with your project's recurring proper noun — say Acme Migration. Every future daily note that mentions it in prose appears in the stub's Unlinked Mentions pane automatically. No link discipline required. — pragmatic trick · Learning Aloud [13]

05 · MOCs vs tags

Complementary. Not competing.

MOC = curated index page

A hand-curated, ordered, contextual index page you write commentary on. Frozen state until you update it. Supports description, ordering, formatting that tags can't.

"MoC lets you describe the document you are linking to, and also order and format the documents in a manner appropriate to the work at hand." [6]

#

Tag = signal for live query

A signal consumed by search / Bases / Dataview for live queries. Best for status (#draft, #needs-link), type (#person, #book), or filter dimensions.

"Tags are signals, not structure — use them for discovery, not primary organization." [3]

User Orand's pragmatic ladder: "start with tags and only add a MOC once a particular tag area becomes large enough to warrant the extra effort." [6]

06 · common traps

Seven warning nodes. And the green edge out.

Designing the folder tree before writing notes.

Capture first. Folders, if any, emerge from real friction. [12]

Nesting folders 4+ levels deep.

Cap at 2–3 levels; let MOCs handle the rest. [3]

200 unused topic tags from week 1.

Delete them. Tags = status/type, not topic. [3]

Building MOCs before you have ≥10 notes on the topic.

Premature — you're guessing the shape. Wait for the squeeze. [12]

Optimising for a pretty graph view.

"Creating for the graph" leads to forced links between unrelated ideas. The graph is a side-effect, not the goal. [16]

Circular backlinks created just to look connected.

Avoid Note A ↔ Note B loops with no semantic relationship. [17]

Hundreds of orphan notes from rapid capture.

Use #needs-link weekly batch; prune via Graph View. [10]

07 · concrete next moves

A directed path. Five steps.

  1. today

    Enable the rule — every new note gets [[at least one link]] before close. Add #needs-link for emergencies.

  2. this week

    Open the Backlinks pane and read its Unlinked Mentions section for your three most-active notes. Promote any worth keeping.

  3. at ~100 notes

    Create exactly three MOCs (MOC-<broad topic>) and Dump → Lump → Jump every orphan into one.

  4. only when you have ≥5 MOCs

    Decide on a scaffold (ACE / minimal / PARA). Until then, don't.

  5. never

    Re-org folders to chase a perfect tree. Refactor links instead.

graph perimeter · 17 sources

External nodes. The edges of the vault.

Every claim above carries the citation marker next to it. Listed here in order — origin domain, what they said, what kind of source.

[1]
obsidian.rocks

Tim Miller uses only 5 workflow folders (FINVA); folders force exclusivity that hurts as projects grow.

vendor-blog
[2]
stephango.com

Steph Ango (Obsidian CEO) uses ~4 folders and organises via links/properties; navigates with Quick Switcher and backlinks, not the file tree.

official
[3]
blog.shuvangkardas.com

Recommends shallow folders + MOCs + tags as discovery signals; tags are signals not structure; cap nesting at ~2 levels.

vendor-blog
[4]
obsidian.md/help

Official Obsidian docs define backlinks pane with Linked Mentions and Unlinked Mentions sections.

official
[5]
medium.com

MOCs and tags are complementary not opposing; MOCs are curated frozen state, tags qualify status.

vendor-blog
[6]
forum.obsidian.md

Forum: MOCs allow description/ordering/formatting that tags can't; start with tags and add MOCs only when needed.

forum
[7]
dsebastien.net

MOCs are "folders on steroids" — a note can appear in multiple MOCs unlike folders; types: basic, contextual, meta-MOCs.

vendor-blog
[8]
forum.obsidian.md

Nick Milo's ACE = Atlas, Calendar, Efforts; based on STIR model; Relatedness via links not folders.

forum
[9]
linkingyourthinking.com

LYT framework popularised MOCs; community testimony of going folderless then re-adding a few folders for balance.

official
[10]
makeuseof.com

System for linking 500 orphan notes: one wikilink per new note, Graph View to spot orphans, 3 MOCs to absorb them.

news
[11]
obsidian.md/help

Official Obsidian: linking notes is the platform's core power; non-existent links appear muted, acting as future seeds.

official
[12]
aidanhelfant.com

Five-level MOC adoption progression: isolated notes → linking → first MOC → MOC-of-MOCs → Home note. "Think and link first."

vendor-blog
[13]
learningaloud.com

Strategic title selection makes unlinked mentions surface free connections; low-maintenance retrieval layer.

vendor-blog
[14]
aimaker.substack.com

PARA (Projects, Areas, Resources, Archives) — Tiago Forte's cross-tool method, frequently used as an Obsidian scaffold.

vendor-blog
[15]
brandonkboswell.com

Recommends against strict PARA in Obsidian; folder exclusivity fights graph structure; selective borrowing only.

vendor-blog
[16]
xda-developers.com

Cautions against "creating for the graph" — writing pointless notes or forcing links just to see new dots.

news
[17]
digestafrica.com

Avoid circular backlinks (A→B, B→A with no semantic value) as a backlink antipattern.

vendor-blog

adjacent in the expedition

Four other chapters. Same vault, different layer.

◉ — — ◉
graph view · 17 sources · 5 phases · 6 primitives
↩ Read as default