Wikilinks and Backlinks Explained (And Why You Can Skip the Graph)

Linked notes are the reason people move to markdown vaults, and the feature most often explained backwards.

Wikilinks: the thing you write

A wikilink points at another note by name:

I discussed this in [[Quarterly planning]].

That is it. No path, no URL, no file extension. The app resolves the name to a file.

Two reasons this beats a normal link. You write it while thinking, because you type the name you already have in your head. And it survives reorganisation, because it points at a name rather than a location, so moving the file between folders does not break it.

Most apps autocomplete after [[, which matters more than it sounds: it means linking costs nothing, so you actually do it.

Backlinks: the thing you get

A backlink is the reverse. Open "Quarterly planning" and you see every note that links to it.

You never write a backlink. It is derived from everyone else's wikilinks.

This is the half that earns its keep, and it is worth being specific about why. When you open a note, you get its content plus the context of everything that referenced it. Notes you had forgotten about surface at the moment they are relevant, without you having filed them anywhere.

That is the actual promise of linked notes, and it is delivered entirely by a panel at the bottom of a page.

The graph view

Every app in this category has one, and it is the screenshot in every article.

It is also, consistently, the feature people stop opening. Reviews of Obsidian say some version of the same thing: the graph demos beautifully and does not get used.

The reason is structural. With thirty notes the graph is legible and tells you nothing you did not know. With three thousand it is a hairball. There is no size at which it is both interesting and actionable.

This is why TypeFire has wikilinks and backlinks and deliberately no graph. It is not a gap; the graph is the expensive half and the backlinks panel is the half that works.

The thing to actually check

What happens when you rename a note?

This is where implementations differ and where you find out months later. In a good one, renaming rewrites every reference across the vault and preserves the link style you wrote, so [[Note]] and [[Note|alias]] both survive.

In a poor one, links quietly break and you discover it long after you could reconstruct what they pointed at.

Test it before you trust a vault to an app: create two linked notes, rename the target, and check the link.

How to use them without a system

You do not need a methodology.

1. Link when the name comes to mind while writing. Do not go back and add links later; that is filing, and filing does not get done.
2. Read the backlinks when you open a note. This is where the value is.
3. Do not link everything. A note linked to forty others is as useless as one linked to none.

Everything else, PARA, Zettelkasten, maps of content, is optional structure on top. See do you need a second brain, or just a faster inbox.