LYT and maps of content, structure you discover
Last updated: ยท Reviewed quarterly
Linking Your Thinking is Nick Milo's answer to a problem every note system eventually has: where does the structure come from? His answer is that you do not decide it in advance. You write notes, link them, and wait until navigating a subject starts to hurt. That moment, the mental squeeze point, is when you build a map of content, and not before.
The idea behind Linking Your Thinking
Linking Your Thinking, usually shortened to LYT, is a practice and a set of workshops developed by Nick Milo for people keeping notes in linked tools such as Obsidian. It grew out of the Zettelkasten tradition and shares its commitment: the value of a note collection is in the connections, not the filing. Where it departs is on navigation. A few hundred densely linked atomic notes are a genuine thinking tool; a few thousand are a haystack, and Luhmann's answers to that (branching numbers, index cards pointing at entry points) do not translate cleanly to software.
LYT's answer is the map of content, or MOC: an ordinary note whose body is mostly links to other notes, written to be a working surface for one subject. It is not a category and it is not a container. Nothing moves into a MOC. The notes stay exactly where they are, and the map is one more note that happens to point at them.
The philosophical claim underneath is what makes LYT different from the folder-first and project-first systems around it. Structure imposed at the start encodes what you knew on day one. If you create a folder called Pricing before you have thought about pricing, you have committed to a boundary drawn in ignorance, and every note you file into it afterwards confirms that boundary rather than testing it. LYT holds off: you capture, you link, and the shape of your interests becomes visible in the linking. That is a real trade, since deciding late means living with mess in the meantime, and people who need a tidy vault to feel calm find the first few months uncomfortable. What you get for it is an organisation that describes your actual thinking rather than your predictions about it.
What a map of content actually is
A MOC is a note. That is the whole technical description: it lives beside every other note, can be linked to and from, shows up in search, and can be deleted without losing anything except itself. What distinguishes it is the body: links, grouped under a few headings, with a sentence of commentary wherever a link needs one.
A short one might be titled Pricing. Under What we believe sit four links to notes arguing positions; under Evidence, six links to notes recording what customers said and what experiments returned; under Open questions, two links and one line of plain text for a question that has no note yet; under Elsewhere, links to the positioning and churn maps, because the subject bleeds into both.
Three things follow from a map being an ordinary note rather than a special object.
- A note can appear on any number of maps. There is no membership to violate. A note about a customer's reaction to a price change sits on the pricing map and the customer-research map at once, and neither has a claim on it.
- The order is yours. Folders sort alphabetically and search sorts by relevance, but a map is hand-arranged, so the sequence can carry an argument: here is the position, here is what supports it, here is what contradicts it.
- You can write on it. A bare list of links is a directory; a list where each entry says why it is there is a piece of thinking, and it tends to become the first draft of whatever you eventually write on the subject.
Maps also nest, mildly. A large subject grows sub-maps and the parent points at them, and most people keep one top-level note (Milo calls it a home note) pointing at the maps they use often. That is usually as much hierarchy as the system acquires, and because it is built from links rather than folders, rearranging it costs one edit.
The mental squeeze point
If you take one thing from LYT, take this. The mental squeeze point is the moment when you have enough notes on a subject that working with them has become uncomfortable: you know something relevant exists, you cannot recall its title, search returns eleven results and you cannot tell which three matter, and you are re-reading the same note for the third time this month because you never found the one next to it.
Milo's instruction is to treat that discomfort as the signal, and to do nothing structural before it arrives. The squeeze is information. It tells you which subject has reached the size where navigation costs more than it should, and it tells you the boundaries of that subject, because the notes crowding you are the notes that belong on the map. You cannot get either fact from an empty folder created in advance.
The failure it is designed to prevent is the one almost everyone commits in their first month with a notes app: building the taxonomy first. A fresh vault with nineteen folders and a tag scheme is a prediction about what you will think about, made before you have thought about it, and the predictions fail in a predictable way. Half the folders stay empty, two collect everything, and the note you want is in the one you would not have guessed, because the boundary you drew on day one cut across a distinction that turned out to matter more.
Waiting inverts the cost. Before the squeeze point no structure is needed, so building it is pure overhead. After it, the structure is cheap (the members are already obvious) and immediately useful (you were about to need it). The rule that follows is short enough to hold in your head: make a map when you notice you needed one, not when you notice a subject exists.
Two notes on recognising the squeeze. It is felt during retrieval rather than capture, so the moment to act is when you are hunting, not when you are filing. And it is subject-specific: reaching the squeeze point on hiring says nothing about your notes on architecture. A vault six months in with three maps and four hundred notes is a normal shape, not a neglected one.
Idea emergence
The reason LYT tolerates the mess is a claim about how ideas arrive. An outline written in advance can only contain what you already knew, and its branches keep material apart by design. Ideas, on Milo's account, grow laterally: a note written for one reason answers a question raised somewhere unrelated, and the collision is the interesting result, which an outline would have prevented by filing the two in different sections.
Emergence in this sense is not mystical. It is the observable fact that in a well-linked collection you keep finding pairs you did not put together deliberately. Luhmann described his Zettelkasten as a communication partner for the same reason, and Andy Matuschak's evergreen notes make the same bet from another angle, insisting on dense linking and on rewriting notes over time rather than finishing them. Both are covered in Zettelkasten and evergreen notes.
What LYT adds is the map as the place where emergence gets consolidated. Building one means laying twenty notes side by side and arranging them, which is a synthesis exercise disguised as tidying. The groups you invent while arranging are usually the actual insight: you discover that six of your twenty pricing notes are really about willingness to pay and the other fourteen are about packaging, and that distinction was nowhere in writing until the map forced you to sequence things.
The caveat is that emergence is neither free nor fast. It needs volume (a hundred notes is where most people start seeing it), notes written in your own words rather than pasted, and a habit of revisiting them. A collection you only ever write into behaves like a landfill however well it is linked.
The three levels of working
- Capturing. Individual notes exist. Most people stop here, and a collection at this level works exactly as well as your memory of what is in it. Necessary, and on its own worth less than it costs.
- Connecting. Notes link to each other as you write them, and the collection starts answering questions you did not ask directly, because arriving at one note puts three related ones in front of you. Most of the compounding value lives here.
- Creating. Maps of content pull a subject together, and the arranging turns into synthesis: an argument, an article, a decision. This is the level the other two exist to serve, and it is the one people skip.
A MOC is not a folder, a tag, or a PARA category
The differences are practical rather than semantic. A folder is exclusive: a file sits in one, and moving it changes where it is. A tag is inclusive and flat: it marks any number of notes, but cannot be ordered or carry commentary, and returns a machine-generated list rather than an arrangement. PARA sorts by actionability, a genuinely different axis: Tiago Forte's four buckets ask how soon a note will be used, not what it is about.
| Folder | Tag | PARA category | Map of content | |
|---|---|---|---|---|
| Sorts by | Topic, decided in advance | Any label you apply | Actionability | Whatever the map is about |
| Can a note be in two? | No | Yes | No, one home at a time | Yes, any number |
| Order inside | Alphabetical or by date | Whatever the query returns | Alphabetical or by date | Hand-arranged |
| Can it hold your commentary? | No | No | Only in a separate note | Yes, that is the point |
| Cost of being wrong | High, you move files | Low | Medium, notes migrate | Low, edit or delete the map |
| When you create it | Up front | While writing | Up front, four of them | At the mental squeeze point |
| What it optimises | Storage | Retrieval | Getting things done | Thinking about a subject |
The last row resolves most arguments. These devices are not competitors, and a common working setup uses several: PARA folders so that active work is separable from reference, tags for cross-cutting states such as unread or unresolved, and maps for the handful of subjects you actually think about. Milo's objection to folder trees is not that folders are bad, it is that a tree is a poor model for a network: anything organised exclusively by tree becomes unreachable from every angle except the one you chose. A rigidly numbered scheme has the same virtue and the same limit, which is why Johnny Decimal is usually recommended for archives rather than live thinking.
Tags are the closest comparison, since both are non-exclusive and both give you a list. The difference is that a tag list is generated and a map is written, so the map can say read these three first, the rest is background. If your tool supports saved queries (Obsidian's Dataview plugin is the usual example), the sensible pattern is a hand-written map with one generated block inside it rather than a choice between the two.
Building your first map, step by step
- Notice the squeeze, and name it. You have hunted through notes on the same subject repeatedly. Write the subject down in the words you think in, not as a category name: Pricing decisions, not Business.
- Gather candidates in one pass. Search two or three obvious terms, open everything plausible, paste the links into a scratch note. Do not judge and do not stop to read. Twelve to twenty-five links is right for a first map; fewer means the squeeze was imagined, many more means you are mapping two subjects.
- Group by hand, without headings. Move the links around until similar ones sit together, and resist naming the groups while you do it, because a name committed to early starts attracting links that do not belong. Three to six clusters usually appear.
- Name the groups, and let the names be opinions. What we believe, What customers actually said, Things we tried that failed. These beat Articles and Notes, because they force each link to make a claim about itself, and a link that fits nowhere is telling you something.
- Write one line under each link that needs it. Not a summary, a reason: why it is here and what it settles. This is the step people skip and the one that turns a directory into thinking. Ten annotated links beat forty bare ones.
- Record the gaps as plain text. Every map has a group with two links and an obvious hole. Write the missing question as a line with no link behind it. Those lines are the best writing prompts the system will give you, and they are why maps generate work rather than merely filing it.
- Link the map from its neighbours, then leave it alone. Add it to your home note and to any adjacent map so you can reach it without searching. Then stop maintaining it: a map is updated when you are working on the subject anyway, and one nobody has needed for six months can go stale or be deleted.
Where it goes wrong
Four failure modes account for most abandoned LYT vaults.
- Maps before notes. Building empty maps on day one is the folder mistake wearing a new hat, and the most common way to get LYT exactly backwards. A map with three links does nothing a search could not.
- Maps of maps of maps. Nesting is allowed and easy to overdo. Two levels deep and still not at a real note means you have rebuilt a folder tree out of links, now invisible to your file browser as well.
- Bare link lists. A map with no commentary ages badly, is never re-read, and produces none of the synthesis that justifies the exercise. If you will not write the annotations, a saved search is cheaper and just as useful.
- Curating instead of thinking. The seductive one. Arranging notes feels productive and can absorb an evening without producing a sentence anybody will read. The test is whether a map ever leads to something at the creating level; if none do, the system has become a hobby.
A tool question sits underneath all of this. LYT assumes bidirectional links and fast search over plain text files. Obsidian is where the practice grew up and has the largest stock of map templates, but nothing here is Obsidian-specific: Logseq, SiYuan and several others support the same moves, and the trade-offs are compared in Obsidian vs Logseq vs SiYuan. What matters more than the choice is that notes are plain files you can still read when the tool changes, and that links are cheap enough to make casually. If a link costs three clicks, you will not make enough of them for anything to emerge.
Write the notes. Link them as you go. When a subject starts fighting back, draw the map you needed, and not one before.
Sources
- Linking Your Thinking, Nick Milo
- Maps of content, LYT blog
- Idea emergence, a session with Nick Milo, Sketch Your Mind
- Maps of content: effortless organization for notes, Obsidian Rocks
- How to create a map of contents (MOC), Knowledge Accumulation
- Linking Your Thinking: a guide, Taskade
- Linking Your Thinking, Abilian Lab
- Introduction to the Zettelkasten method, Zettelkasten.de
- Evergreen notes, Andy Matuschak
- The PARA method, Forte Labs
- Obsidian
- Dataview plugin, Obsidian community plugins