Get AI summaries of any video or article — Sign up free
Mem Tutorial: How to Build a Second Brain with Mem thumbnail

Mem Tutorial: How to Build a Second Brain with Mem

5 min read

Based on Maximize Your Output with Mem: Mem Tutorials 's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

Use PARA (Projects, Areas of Responsibility, Resources, Archives) to organize knowledge so it’s retrievable when needed.

Briefing

Building a “second brain” in Mem hinges on one practical move: organize knowledge into a four-part system—Projects, Areas of Responsibility, Resources, and Archives—then use Mem tags so related items automatically surface together. The payoff is faster retrieval and less clutter, because each piece of information lands in the right bucket and stays connected to the work it supports.

The framework starts by separating time-bound work from ongoing responsibilities. Projects are defined by a timeline and a clear endpoint—examples here include creating a course (“attention mastery”) or taking a specific class (Master Class by Andy Lewis). Areas of Responsibility, by contrast, are ongoing commitments that recur on a schedule. For a writer and podcast host, the editorial calendar and weekly content production function as areas of responsibility rather than projects.

Resources are the raw material of knowledge capture: book notes, podcasts, and other references pulled from the web. The transcript gives a concrete example using a book (“The Self-Employed Life” by Jeffrey Shaw). Notes from the book and notes from a podcast conversation with Jeffrey Shaw are linked through shared identifiers, so whenever the name appears, both the book notes and interview notes are reachable from the same reference trail.

Archives complete the system by removing “done” items from active workflows. Once a project or resource is no longer needed, it gets tagged as an archive so it doesn’t keep showing up in projects and overwhelm planning views.

A key implementation choice determines whether the system stays manageable: use tags rather than separate Mem pages for each category. Creating separate Mems for Projects, Areas, Resources, and Archives can force lots of manual linking between related items. Instead, the approach described relies on tags so Mem can generate individual views automatically. For instance, items tagged as “projects” appear under a Projects timeline view, and items tagged as “editorial calendar” show up under the relevant area-of-responsibility list.

The transcript also recommends keeping pages from turning into “jumbled messes.” Rather than dumping everything into one Projects page, it’s better to create separate Mems for components of a project—tasks, modules/content, and references—so each project remains navigable. The same logic scales to content creation: a blog post can live under an editorial calendar area, but each individual post gets its own Mem so the system evolves as more pieces are added.

Overall, the method is tool-agnostic in principle (originating from Thiago Forte’s second brain methodology), but the tutorial’s practical focus is on how Mem’s tagging and linking make the framework usable. The core instruction is straightforward: set up the four categories, then start tagging everything you capture—projects, ongoing responsibilities, resources, and archives—so your knowledge becomes searchable and ready when you need it.

Cornell Notes

A second brain in Mem is built by organizing information into four buckets: Projects, Areas of Responsibility, Resources, and Archives (PARA). Projects are time-bound with endpoints (like building a course), while Areas of Responsibility are ongoing recurring work (like a weekly editorial calendar). Resources are captured inputs such as book notes and podcast notes, and Archives hold items that are no longer actively used. The tutorial emphasizes using Mem tags for these categories so related items automatically appear in the right views, avoiding heavy manual linking. It also recommends splitting large projects into separate Mems for tasks, modules/content, and references to prevent pages from becoming overwhelming.

How do Projects differ from Areas of Responsibility in the PARA system?

Projects are defined by a timeline and an end state—work that will be finished at some point. Examples given include creating a course (“attention mastery”) and taking a specific class (Master Class by Andy Lewis). Areas of Responsibility are ongoing and recur on a schedule. For a writer and podcast host, weekly publishing and hosting activities fall under an editorial calendar, which is treated as an area rather than a project.

What counts as a Resource, and how does linking work in practice?

Resources are captured knowledge inputs such as book notes and podcast notes. The transcript uses Jeffrey Shaw’s “The Self-Employed Life” as an example: notes from the book and notes from a podcast interview with Jeffrey Shaw are connected so that references to Jeffrey Shaw surface both sets of notes. This creates a single trail from a person or topic to all related material.

Why tag completed items as Archives?

Archives keep the system from staying cluttered with work that’s already done. Once a course or set of notes is no longer in use, it gets tagged as an archive so it doesn’t continue appearing under active Projects or active planning views.

Why does the tutorial prefer tags over separate Mem pages for PARA categories?

Separate Mem pages for Projects, Areas, Resources, and Archives can require manual linking of related items across pages. Using tags reduces that overhead: items tagged with a category automatically show up in the corresponding views. For example, anything tagged as “projects” appears under the Projects list, and items tagged with “editorial calendar” appear under the relevant area-of-responsibility timeline.

How should large projects be structured inside Mem to avoid overwhelm?

Instead of putting everything into one big page, the transcript recommends creating separate Mems for project components—such as tasks, modules/content, and references. This keeps the project organized and easier to scan, especially as the number of notes and related items grows.

What’s the recommended starting move for someone setting up a second brain in Mem?

Start by setting up the PARA structure and begin tagging the information being captured. The system is expected to evolve as more Mems are added—typically creating individual Mems for each project, each resource, and each piece of content (like each blog post) while keeping ongoing responsibilities grouped under their area tags.

Review Questions

  1. In PARA, what specific criteria make something a Project rather than an Area of Responsibility?
  2. Give one example of how Resources and Archives would be handled differently for the same topic over time.
  3. Why does using tags reduce manual work compared with creating separate Mem pages for each PARA category?

Key Points

  1. 1

    Use PARA (Projects, Areas of Responsibility, Resources, Archives) to organize knowledge so it’s retrievable when needed.

  2. 2

    Define Projects as time-bound work with endpoints, and Areas of Responsibility as ongoing recurring commitments.

  3. 3

    Capture inputs as Resources (e.g., book notes and podcast notes) and link related material through shared references.

  4. 4

    Tag completed or no-longer-used items as Archives to prevent active views from becoming cluttered.

  5. 5

    Prefer Mem tags over separate category pages to avoid manual linking and keep views automatically synchronized.

  6. 6

    Split large projects into multiple Mems (tasks, modules/content, references) so pages don’t become overwhelming.

  7. 7

    Start simple: set up the four categories and begin tagging everything you add, letting the structure grow as you use it.

Highlights

The system’s core distinction is operational: Projects end; Areas of Responsibility continue.
Tagging makes related items appear together automatically, avoiding the manual linking burden of separate category pages.
Book notes and podcast notes can be connected so a single reference (like a person’s name) pulls up multiple note sets.
Archives act like a cleanup mechanism, keeping completed work from polluting active planning views.
Breaking a project into tasks, modules/content, and references prevents a single page from turning into an unmanageable jumble.

Topics

Mentioned