Get AI summaries of any video or article — Sign up free
How I Organize My Second Brain Using Obsidian Bases + Claude Code thumbnail

How I Organize My Second Brain Using Obsidian Bases + Claude Code

Noah Vincent·
6 min read

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

TL;DR

Replace folder placement decisions with a single flat notes folder plus metadata-driven retrieval through Obsidian Bases.

Briefing

The core shift is away from folder-based “where does this note belong?” decisions and toward a tag-and-database architecture where notes live in one place, then get retrieved through dynamic views. The payoff is less capture friction and faster retrieval: instead of spending time choosing folders and later hunting through subfolders, users create a note, apply a template that auto-fills metadata, and then navigate by “what it is” (categories) and “what it’s about” (subjects). That change matters because folder systems impose a hidden maintenance cost—every time a second brain is opened, the user must manage structure rather than think.

The system starts with five top-level folders in Obsidian: an inbox for unprocessed captures, a single flat notes folder where every note is stored with no subfolders, two navigation layers—categories and subjects—and a system folder for templates, attachments, and dashboards. The philosophy is explicit: folders decide location in traditional setups, but this design decides meaning through metadata. Every note is tagged with category and subject properties, and Obsidian’s built-in “basis” (Obsidian Bases) turns those links into database-style container views.

Categories function like filterable containers for different object types—permanent notes, newsletters, YouTube scripts, tweets, SOPs, AI prompts, projects, books, and more. Each category is implemented as a container note that embeds a Basis database view. The view’s rule is simple: it shows every note that links to that category. YAML front matter at the top of each note stores these links, so when a note includes a category property (e.g., “YouTube videos”), it instantly appears inside the corresponding container without dragging, sorting, or manual indexing. Unlike folder placement, a single note can belong to multiple categories at once, enabling “find from any angle” retrieval.

Subjects add a second navigation layer that cuts across categories. If categories answer “what type of note is this?”, subjects answer “what is it about?”—examples include business, creativity, psychology, philosophy, health, productivity, and relationships. A newsletter can simultaneously sit in the newsletter category container and the psychology subject container, so users can browse by object type or by theme without relying on invisible tag piles.

Capture becomes streamlined through templates tied to categories. When creating a new note, it lands in the notes folder automatically. Then a category-specific template applies a pre-written YAML block that fills properties like category links, status, and type. The user’s job is reduced to naming and writing; the system handles organization. Retrieval is then done via Obsidian’s quick switcher by category or subject, matching how people naturally think (“I need a newsletter” or “I need AI notes”) rather than how folder systems force users to reason (“project vs resource vs area”).

Maintenance is delegated to Claude Code running inside the vault. Claude Code reads cloud.md files in each folder to understand the vault architecture and the meaning of categories, then can create and update notes automatically. Examples include generating a newsletter note from a prompt while pulling prior newsletters for voice and tone, processing the inbox by assigning correct categories and subjects, and bulk-updating metadata across many notes. The result is a compounding second brain: knowledge captured today becomes connected context for content created later.

For convenience, a pre-built vault called “Sovereign Creator OS Light” is offered as a ready-to-open Obsidian vault with preconfigured category and subject containers, templates, Claude Code prompts/skills, SOPs, and cloud.md files so the system works quickly after setup. Beyond organization, the stated goal is long-term compounding—turning the vault into a foundation for a creator business and broader life fulfillment.

Cornell Notes

The system replaces folder placement with metadata-driven navigation in Obsidian. Notes are stored in a single flat “notes” folder, while “categories” and “subjects” act as filterable container views built with Obsidian Bases. Each note uses YAML front matter to link to one or more categories and subjects, so it can appear in multiple places without duplicating or manually sorting. Templates reduce capture friction by auto-filling properties (category, status, type) when a note is created. Claude Code then maintains the system inside the vault by reading cloud.md instructions and performing tasks like processing the inbox, updating metadata, and drafting newsletters using prior notes as context.

Why does the transcript claim folder systems create a “hidden cost” for second brains?

Folder workflows force two repeated decisions: first, the user must decide where a note belongs (project vs resource vs area, etc.), and later the user must reopen folders and subfolders to retrieve it. That decision-and-hunt cycle happens constantly for knowledge workers, consuming attention that should go toward thinking and writing. The proposed fix removes placement decisions at capture time and replaces them with metadata tagging plus database-style retrieval.

How do categories work differently from folders in this setup?

Categories are not physical locations. Each category is a container note embedding a Basis database view that automatically shows every note linking to that category. Notes include YAML front matter with category links (e.g., a note tagged with “YouTube videos” appears inside the “YouTube videos” container). Because a note can link to multiple categories, retrieval becomes multi-dimensional—unlike folder systems that require choosing one location.

What role do subjects play, and how do they combine with categories?

Subjects answer “what the note is about,” cutting across categories. A note can carry both a category property (e.g., “newsletter”) and a subject property (e.g., “psychology”). That means the same newsletter appears in both the newsletter category container and the psychology subject container, letting users browse by object type or by theme without relying on invisible tag accumulation.

How do templates reduce friction when capturing new notes?

When a new note is created, it lands in the notes folder automatically. Then the user applies a template associated with the intended category (via a shortcut). The template inserts a pre-written YAML block that auto-fills properties like the category link, status, and type. The user can then focus on writing, while the note instantly becomes visible in the correct category and subject containers.

What does Claude Code do inside the vault, and why does it need cloud.md files?

Claude Code runs as an AI agent inside the Obsidian vault, reading and writing files. It uses cloud.md files placed in folders to learn the vault’s architecture—what lives where, what categories mean, and how to structure outputs. With that context, it can perform tasks like creating a newsletter note with the right YAML/template, processing the inbox by assigning categories/subjects, and bulk-updating properties across many notes.

What is included in the pre-built vault “Sovereign Creator OS Light,” and what’s the intended setup outcome?

The pre-built vault is described as an already-configured Obsidian vault that includes category containers with Basis queries, subject containers, templates (one per node type) with pre-filled properties, Claude Code prompts/skills ready to paste or convert, SOPs for the workflow from capture to publishing, and cloud.md files in every folder. The goal is to reach a fully operational second brain in minutes after downloading and configuring settings via the included readme files.

Review Questions

  1. How does the system ensure a note can appear in multiple views without duplicating or moving files?
  2. What metadata fields are auto-filled by templates, and how does that affect both capture and retrieval?
  3. In what ways do categories and subjects differ in purpose, and how does that change how a user searches for information?

Key Points

  1. 1

    Replace folder placement decisions with a single flat notes folder plus metadata-driven retrieval through Obsidian Bases.

  2. 2

    Use categories as filterable container views for note types, implemented via YAML front matter links to container notes.

  3. 3

    Use subjects as a cross-cutting navigation layer for themes, allowing the same note to appear in multiple subject views.

  4. 4

    Apply category-specific templates to auto-fill YAML properties (category, status, type) so capture requires less thinking about structure.

  5. 5

    Delegate ongoing organization to Claude Code inside the vault, using cloud.md files so the agent understands the vault architecture.

  6. 6

    Design retrieval around how people think (“what kind of object” and “what it’s about”) rather than around folder hierarchies.

  7. 7

    Start from a pre-built vault like “Sovereign Creator OS Light” to avoid manual setup of containers, templates, prompts, and SOPs.

Highlights

The system stores every note in one flat “notes” folder and relies on categories/subjects to retrieve information, eliminating folder hunting.
Categories and subjects are implemented as Basis container views that automatically populate based on YAML front matter links.
Templates turn organization into a one-action step: apply the right template, and the note instantly appears in the correct containers.
Claude Code maintains the vault by reading cloud.md instructions, enabling inbox processing and newsletter drafting using the user’s existing notes as context.
“Sovereign Creator OS Light” packages the architecture—containers, templates, prompts/skills, SOPs, and cloud.md files—so the workflow is ready quickly.

Mentioned