Mem Tutorial: How to Build a Second Brain with Mem
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.
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?
What counts as a Resource, and how does linking work in practice?
Why tag completed items as Archives?
Why does the tutorial prefer tags over separate Mem pages for PARA categories?
How should large projects be structured inside Mem to avoid overwhelm?
What’s the recommended starting move for someone setting up a second brain in Mem?
Review Questions
- In PARA, what specific criteria make something a Project rather than an Area of Responsibility?
- Give one example of how Resources and Archives would be handled differently for the same topic over time.
- Why does using tags reduce manual work compared with creating separate Mem pages for each PARA category?
Key Points
- 1
Use PARA (Projects, Areas of Responsibility, Resources, Archives) to organize knowledge so it’s retrievable when needed.
- 2
Define Projects as time-bound work with endpoints, and Areas of Responsibility as ongoing recurring commitments.
- 3
Capture inputs as Resources (e.g., book notes and podcast notes) and link related material through shared references.
- 4
Tag completed or no-longer-used items as Archives to prevent active views from becoming cluttered.
- 5
Prefer Mem tags over separate category pages to avoid manual linking and keep views automatically synchronized.
- 6
Split large projects into multiple Mems (tasks, modules/content, references) so pages don’t become overwhelming.
- 7
Start simple: set up the four categories and begin tagging everything you add, letting the structure grow as you use it.