Skip to content

PARA

PARA comes from Tiago Forte's Building a Second Brain. It organises by actionability rather than by subject, in four tiers from tightest to loosest:

What it isExample
ProjectsSomething with a defined endFinish this paper, ship 1.2
AreasOngoing responsibilitiesHealth, managing a team, a research direction
ResourcesMaterial that may prove usefulReading notes, industry references
ArchivesAnything from the three above that is finishedLast year's projects

It and Zettelkasten are two philosophies: the slip-box cares about how ideas connect, PARA about where things go and when to forget them. They coexist happily — PARA for containers, backlinks for ideas.

Where the Four Tiers Land

Jotaid has two container tiers and PARA has four, so the mapping turns on one decision: the first two use containers, the last two use tags.

PARAIn JotaidWhy
ProjectsA projectSomething with an end deserves its own scope: list, canvas and graph all narrow to it
AreasA project, or a theme inside a larger oneResponsibilities are ongoing; a theme is lighter. Promote to a project when the area grows big enough to want its own graph
ResourcesA theme, or simply the Inbox plus tagsMaterial earns its place by being findable, not by being filed
ArchivesAn archived tag, not a containerSee below

Why Archiving Uses a Tag

In a file system, archiving means moving something to another folder. Do not do that here — moving notes into an "archive project" makes them vanish from your graph: the project bar is a global scope switch, and the graph and matrix only compute relationships within the current project. An archived note may still be a load-bearing piece of evidence for some concept; moving it away severs that thread.

Use a tag instead: mark the batch archived, filter them out of daily views, and leave links, nodes and the graph entirely intact.

The free tier filters by one condition at a time

On the free tier at most one of tags, nodes and theme can be active. An archived tag works there, but cannot be combined with another dimension. Multiple projects need Pro anyway — a full PARA structure is essentially a Pro scenario.

A Workable Starting Setup

  1. The Inbox is your inbox — PARA's inbox concept already exists here; do not build a second one
  2. One project per goal in flight (Pro)
  3. Themes for directions within a project; if an ongoing Area is not large enough for its own project, give it a theme inside a long-running one
  4. Leave Resources in the Inbox, findable through tags and backlinks, without rushing to file them
  5. Tag finished things archived and leave them where they are

And CODE

Forte's other half — CODE (Capture / Organise / Distil / Express) — maps like this:

CODEWhat you use
CaptureQuick Capture: Quick Note, clipping, clipboard import
OrganiseProjects / themes / tags
Distil==Highlight==, Smart Format, theme summaries
ExpressMarkdown export, the knowledge graph for finding your evidence

Next Steps