Get AI summaries of any video or article — Sign up free
Obsidian Vault 2.0 - Why I'm Rebuilding My Obsidian Vault from the Ground Up thumbnail

Obsidian Vault 2.0 - Why I'm Rebuilding My Obsidian Vault from the Ground Up

Knowledge Work Nexus·
5 min read

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

TL;DR

The rebuild is driven by workflow alignment after leaving a long job and starting a business, not by dissatisfaction with Obsidian’s core features.

Briefing

A long-time Obsidian user is rebuilding their entire vault from scratch to match a new, more stable workflow—especially after leaving a 25-year job, starting a business, and producing content at a faster pace. The core motivation isn’t dissatisfaction with Obsidian’s capabilities; it’s the desire to stop carrying years of experiments, half-formed systems, and “shiny object” detours into a structure that fits how life actually works now. With Obsidian positioned as the hub of a personal operating system, the rebuild aims to make information easier to find while keeping other tools connected through Obsidian as the starting point.

The vault reset also comes from practical lessons learned early on. After adopting Obsidian in February 2022, the creator tested everything from tags versus folders versus links to Dataview and tasks, even running experiments in multiple vaults. That trial-and-error phase produced a primary vault packed with testing notes and redundant approaches—particularly attempts to force GTD-style planning into the system. Over time, they settled on a more reliable daily planning routine inspired by “Everything in Its Place,” using the daily note workflow as the backbone, but the current vault still contains “extra garbage” from earlier iterations.

A major reason to rebuild now is workflow clarity. After leaving employment in January and launching a business in February, the creator’s day-to-day responsibilities changed dramatically. Instead of guessing how to organize clients, content production, and other ongoing work, they now understand the patterns well enough to design a vault that mirrors them. Obsidian’s flexibility makes the transition low-risk: notes are plain Markdown files, so moving or duplicating content between vaults is straightforward—effectively enabling “moving without moving” by rearranging the digital workspace without losing material.

The rebuild is planned as a versioned process. Once the new “base vault” is set up, the creator intends to export it as a fallback point, similar to a rollback in software. They also plan to document the build as they go and maintain a change log so future decisions can be traced back to the rationale behind them. That changelog would let them navigate toward newer “versions” of the vault structure when strategies evolve.

Finally, the project is meant to be shareable. The creator expects to release the base vault for sale on Gumroad, build a user manual alongside the setup (primarily for themselves but useful to others), and publish a weekly series showing how to construct a vault from the ground up rather than only presenting a polished, already-optimized system. The rebuild is framed as both a personal reset and a practical guide for anyone who wants a clean Obsidian foundation that can evolve over time.

Cornell Notes

The creator is rebuilding their Obsidian vault from scratch to remove years of trial-and-error and align the system with a new life phase: leaving a 25-year job, starting a business, and ramping up content production. Early on, they experimented with tags, folders, links, Dataview, and tasks, and they tried to force GTD into the setup—leaving the current vault cluttered with redundant approaches. The new vault will use Dataview and tasks together, but in a cleaner, more coherent way, centered on a daily planning routine inspired by “Everything in Its Place.” Obsidian’s Markdown-based notes make the rebuild safe and reversible, enabling exports as fallback “versions” plus a change log to track decisions. The result is both a personal operating system upgrade and a planned weekly build series, with a base vault potentially sold on Gumroad.

Why rebuild the vault instead of just reorganizing the existing one?

The current vault accumulated extensive experimentation from the early months—testing tags vs folders vs links, trying Dataview and tasks in different combinations, and repeatedly attempting to make GTD work. That history left the vault with redundant structures and “extra garbage,” making it harder to find things and harder to maintain a consistent workflow. Rebuilding creates a clean foundation that reflects how work actually looks now.

What changed in the creator’s life that made a new structure necessary?

They left a 25-year employer in January and started their own business in February. Around the same time they began using Obsidian, they didn’t yet know what their new day-to-day would require. Now they have clients, produce a lot of content, and understand the recurring workflows well enough to design a vault that matches those patterns rather than forcing older systems onto new responsibilities.

How does the rebuild handle planning and daily notes?

The creator moved away from trying to force GTD and adopted a more reliable daily planning routine inspired by Dan Charnis’s “Everything in Its Place.” They like using that process inside Obsidian’s daily note workflow. In the new vault, they still plan to use both Dataview and tasks, but they’ll integrate them in a way that “makes sense” instead of switching between them without a clear structure.

What makes the rebuild low-risk from a data-loss perspective?

Obsidian notes are plain Markdown files. That means content can be moved between vaults by copying or transferring files, and even duplicating notes is lightweight. The creator describes this as “moving without moving,” because the vault can be refreshed and rearranged without losing material.

What does “versioning” mean in this vault rebuild plan?

After setting up the new vault, the creator plans to export it as a fallback position—similar to a rollback point in software. They also want to document the build and maintain a change log of structural decisions. That log would allow them to trace why changes were made and potentially navigate toward newer “versions” of the vault structure later.

How will the rebuild be shared with others?

The creator intends to release a base vault (likely via Gumroad) and build a user manual as the system is constructed. They also plan a weekly series showing how to build a vault from the ground up, focusing on what to show and how to demonstrate the process rather than only presenting a finished, polished vault.

Review Questions

  1. What specific early decisions (tags/folders/links, Dataview vs tasks, GTD attempts) contributed to clutter in the current vault?
  2. How does exporting a vault and keeping a change log function like a rollback/versioning system?
  3. Why does the creator believe a new vault structure is better aligned with their post-employment workflow than continuing to refine the old one?

Key Points

  1. 1

    The rebuild is driven by workflow alignment after leaving a long job and starting a business, not by dissatisfaction with Obsidian’s core features.

  2. 2

    Early Obsidian experimentation left the existing vault cluttered with multiple competing approaches, especially around GTD-style planning.

  3. 3

    The new system will integrate Dataview and tasks together, but with clearer rules than the earlier “try everything” phase.

  4. 4

    Obsidian’s Markdown-based notes make vault resets reversible through moving or duplicating files between vaults.

  5. 5

    The creator plans to treat the new vault like a versioned product: export a fallback point and maintain a change log documenting decisions and rationale.

  6. 6

    A daily planning routine inspired by “Everything in Its Place” will anchor the new vault’s daily note workflow.

  7. 7

    The project will be shared through a weekly build series, a user manual, and a potential Gumroad release of a base vault.

Highlights

The creator’s main goal is to remove years of experimental clutter so the vault matches how their business and content work actually run now.
Obsidian’s plain Markdown files make “moving without moving” possible—notes can be transferred or duplicated between vaults without heavy migration work.
The rebuild is planned with software-like safeguards: export a fallback version and keep a change log to track why structural changes were made.
Instead of only presenting a finished vault, the creator plans to document the build process weekly to show how to construct a vault from the ground up.

Mentioned