Get AI summaries of any video or article — Sign up free
How to separate your notes for different projects thumbnail

How to separate your notes for different projects

Reflect Notes·
5 min read

Based on Reflect Notes's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

Treat project separation as a tradeoff: organization benefits can be outweighed by added friction and reduced workflow functionality.

Briefing

Separating notes for different projects can feel tidy, but it often costs more than it gives—especially when it leads people to create separate profiles. A more practical approach is to keep one system and use lightweight structure inside notes so tasks stay organized without fragmenting the underlying workflow.

The guidance starts with a self-check: why separation is tempting (cleanliness, organization) and why it might be harmful. The tradeoff is that splitting notes too aggressively tends to reduce note-taking functionality and increases maintenance. Over time, the recommended direction is toward a single “master list” rather than dividing everything into separate sections or categories.

One method for “minimal separation” uses nesting bullets inside a daily note. For example, a daily note can include a top-level label like “Reflect work,” with tasks nested beneath it—client calls, email checks, or other to-dos—while another top-level label like “Agency work” holds its own nested tasks. This keeps the daily view clean and makes each task clearly associated with the right project. The workflow also benefits from backlinks: clicking into a nested item shows it in the tasks view, and the task retains its label context because it lives under the correct bullet.

An alternative within the same idea is the master list approach. Instead of nesting, tasks can be written as one unified checklist, with each task prefixed by the project name (e.g., “Check email for Reflect” and “Check email for Startup cookie”). The speaker prefers this because backlinks directly lead to the relevant note, and there’s less structural complexity to maintain.

For longer-running work, the transcript also describes “project pages” that hold tasks for a specific initiative. A side project page (e.g., “side project Sam”) can include a tasks section, with items like “do keyword research” and “record video.” Those tasks then appear in the tasks tab under their project pages. When work is temporarily blocked—such as needing to wait until next week—tasks can be scheduled (e.g., “do a one week from now”), which pushes them into the upcoming queue. Clicking the scheduled day surfaces incoming backlinks, letting the user move tasks back into the main daily note when the time comes.

Tags are treated as a common trap. The advice is to avoid tags because they require manually applying the same label across many notes. That quickly turns into awkward maintenance—adding tags to pages that already “are” the project—and produces tag lists that are less useful than backlinks.

Finally, for people who still want separation inside daily notes, templates can help. In preferences and templates, categories can be prefilled (such as habits, Reflect, and Startup cookie), so new entries can be inserted quickly with the right structure. Even so, the overall recommendation remains consistent: combine everything into one system, then use nesting, project pages, scheduling, and backlinks to keep projects distinct without fragmentation.

Cornell Notes

The transcript argues that separating notes by project can feel organized but often creates extra friction—especially when it leads to splitting systems. A better approach is “minimal separation”: keep one master workflow and use structure inside notes. Nesting bullets under project headings in a daily note keeps tasks clearly tied to the right work while preserving useful context in the tasks view via backlinks. For ongoing initiatives, dedicated project pages can hold tasks and then schedule them into “upcoming” until they’re ready to move back into the daily note. Tags are discouraged because they require manual upkeep across many notes; backlinks are presented as the cleaner way to connect related content.

Why does the transcript recommend thinking twice before separating notes into multiple systems or profiles?

Separation is often pursued for organization and cleanliness, but it can reduce the functionality of note-taking and adds maintenance overhead. The guidance points out that creating separate profiles for different jobs or projects may feel intuitive, yet it undermines the benefits of a unified workflow. The preferred direction is to keep one system and use lightweight structure inside notes instead of fragmenting everything.

How does nesting bullets inside a daily note create project separation without breaking the workflow?

A daily note can include top-level bullets for each project (e.g., “Reflect work” and “Agency work”). Tasks are nested under the relevant project bullet, such as email checks, client calls, or other to-dos. When a nested item is converted to a task and viewed in the tasks tab, it retains the context because it sits under the correct parent bullet. Backlinks also let the user jump directly to the source note.

What’s the difference between nesting tasks under project bullets versus using one master list with project-prefixed tasks?

With nesting, tasks live under project headings, so the tasks view reflects that structure and context. With a master list, tasks are all in one place, but each task is labeled inline (e.g., “Check email for Reflect” and “Check email for Startup cookie”). The transcript favors the master list because backlinks connect directly to the relevant note and there’s less structural complexity to manage.

How do project pages and scheduling help when a task can’t be done immediately?

Dedicated project pages can hold a tasks section for an initiative (like a side project page). Tasks added there appear in the tasks tab under those project pages. If timing changes—such as needing to wait while traveling—the task can be scheduled (e.g., “one week from now”), which moves it into the upcoming queue. Clicking the scheduled day shows incoming backlinks, making it easy to move the task into the main daily note when the time arrives.

Why are tags discouraged, and what alternative is recommended instead?

Tags are discouraged because they require manually adding the same tag to every note that relates to a project. That leads to awkward maintenance, like adding a tag to a page that already represents the project, and it can produce tag lists that are less useful than direct connections. Backlinks are recommended as the better mechanism for linking related notes and tasks.

How can templates support separated daily-note categories without forcing a fragmented system?

In preferences and templates, users can create prefilled daily-note categories such as habits, Reflect, and Startup cookie. Then, when a new day is created, inserting a to-do block (via a command like “/to do”) can automatically start with the right structure—blank where the day’s specifics are unknown, or prefilled where appropriate (like habits). This supports separation-by-structure while still keeping one unified system.

Review Questions

  1. When would nesting bullets in a daily note be preferable to using a single master list with project-prefixed tasks?
  2. What maintenance problems arise from using tags for project organization, and how do backlinks avoid them?
  3. How does scheduling a task on a project page change where it appears and how it can be moved back into the daily note?

Key Points

  1. 1

    Treat project separation as a tradeoff: organization benefits can be outweighed by added friction and reduced workflow functionality.

  2. 2

    Use minimal separation by nesting tasks under project headings inside a single daily note to keep context without fragmenting systems.

  3. 3

    Prefer a master list approach when possible by prefixing tasks with the project name, since backlinks remain direct and the structure stays simple.

  4. 4

    Create project pages for ongoing initiatives, then add a tasks section so project-specific work appears in the tasks tab.

  5. 5

    Schedule tasks from project pages into “upcoming” when timing changes, then use incoming backlinks to move them back into the daily note.

  6. 6

    Avoid tags for project organization because they require manual upkeep across many notes; rely on backlinks instead.

  7. 7

    If separation-by-format is desired, build daily-note templates with prefilled categories to speed entry while keeping one unified system.

Highlights

Nesting tasks under project bullets in a daily note preserves context in the tasks view and keeps backlinks useful.
A master list with project-prefixed tasks can be simpler than structural separation while still keeping tasks clearly attributable.
Project pages plus scheduling let work sit in “upcoming” until it’s ready, then move back into the daily note via backlinks.
Tags are discouraged because they force repetitive manual tagging; backlinks are positioned as the cleaner connection method.
Templates can provide separated daily-note categories (habits, Reflect, Startup cookie) without splitting the overall system.

Topics