Map

Building a Second Brain: Overview

Wiki summarypkmmethodologynote-taking โ†ณ show in map Markdown
title
Building a Second Brain: Overview
type
summary
summary
Tiago Forte's BASB methodology: CODE framework, PARA organization, progressive summarization
tags
pkm, methodology, note-taking
created
2026-04-06
updated
2026-04-06

Tiago Forte's Building a Second Brain (BASB) is a personal knowledge management methodology built around one premise: your brain is for having ideas, not storing them. The "second brain" is an external digital system โ€” notes apps, read-later tools, file folders โ€” that captures and organizes what you learn so your biological brain can focus on thinking.

CODE

The methodology follows four steps, abbreviated CODE.

Capture means saving things that resonate. Forte recommends acting like a curator rather than a hoarder โ€” clip deliberately, use read-later apps to defer decisions, and trust intuition about what's worth keeping. The bar is low: if something sparks interest, save it. It takes seconds.

Organize uses Forte's PARA system, which sorts everything into four buckets by actionability: Projects (short-term, goal-driven), Areas (ongoing responsibilities), Resources (reference material for someday), and Archive (inactive items from the other three). The key insight is that organization should reflect what you're working on, not what a topic is. Weekly batch processing keeps things tidy, and search covers the rest.

Distill is about reducing captured material to its essence through what Forte calls progressive-summarization: layered highlighting where each pass compresses further. First you save excerpts, then bold the key phrases, then highlight within the bold. The result is a note you can skim in seconds or read in full. The work happens incrementally โ€” a little better each time you revisit a note, not all at once.

Express closes the loop by turning stored knowledge into output. Forte pushes the idea of "intermediate packets" โ€” reusable fragments like meeting notes, draft paragraphs, research summaries โ€” that compound across projects. The second brain should be a factory, not a warehouse. Sharing work publicly, even unfinished, draws collaborators and feedback.

PARA

The para-method deserves its own mention because it's the most widely adopted piece of BASB. The four categories form a spectrum from most to least actionable:

  1. Projects โ€” have a deadline and a definition of done
  2. Areas โ€” ongoing, no end date (health, finances, a team you manage)
  3. Resources โ€” topics you're interested in but not actively working on
  4. Archive โ€” cold storage for anything that falls out of the other three

Forte's setup advice: start fresh, move everything existing into a dated archive folder, and sort new items as they arrive. Ask "which project does this support?" first. If none, check areas, then resources. If it doesn't fit anywhere, archive or delete.

Progressive Summarization

Rather than organizing notes by elaborate tagging or folder hierarchies, progressive summarization bets on layered compression. Each time you revisit a note, you add one more layer of distillation. The layers are roughly: full text โ†’ highlighted excerpts โ†’ bolded key points โ†’ executive summary. You never process more than you need in the moment, and each pass makes the note more useful for next time.

The framing is "time travel" โ€” you're creating a gift for your future self who will encounter this note in a completely different context and needs to extract value fast.

Where BASB Differs from Other Approaches

Most PKM systems organize by topic or type. BASB organizes by actionability โ€” what you're working on right now gets prime real estate, everything else recedes. This makes it project-driven rather than encyclopedic. It also deliberately avoids complex taxonomy: four folders, intuitive sorting, and trust in search.

The trade-off is that BASB is weaker for building deep, interconnected knowledge graphs. It optimizes for getting things done with what you know rather than mapping everything you know. Systems like Zettelkasten or the llm-wiki-pattern are better suited for that second goal.

For a concrete instance of the same no-guilt, actionability-first framing applied to software work โ€” renaming "Backlog" to "Opportunities" so unactioned items don't nag โ€” see tracking-work-github-issues.