Get AI summaries of any video or article — Sign up free
How To Use Obsidian: The MOST USEFUL Feature You're Not Using Right thumbnail

How To Use Obsidian: The MOST USEFUL Feature You're Not Using Right

5 min read

Based on Obsidian Explained (No Code Required)'s video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

Change Settings → Files & Links → “Default location for new attachments” to stop attachments from landing in an unhelpful top-level vault folder.

Briefing

Obsidian attachments become dramatically easier to find when they’re treated like part of your note network—not just files dumped into a folder. By changing where new attachments land and then embedding those attachments inside richly described notes, users can search by context (people, dates, projects, tags, modified time) instead of relying on file names or hunting through Finder/File Explorer.

Out of the box, new attachments typically go into the vault’s top-level folder, which quickly turns into a cluttered “where did I put that?” problem. The transcript walks through the fix: open Obsidian settings, go to Files & Links, and adjust “Default location for new attachments.” One approach is to create a dedicated attachments folder (e.g., “attachments”) and set Obsidian to always store new attachments there. The result is predictable storage—no matter how many PDFs, images, or other files accumulate—while still keeping the vault tidy.

For users who prefer more structure than a single catch-all folder, the same setting can be configured to place attachments alongside the current note’s folder, or inside a subfolder under it. That subfolder name can be customized (for example, “assets,” “working files,” or “attachments”), letting each project keep its own related media. The key point is that Obsidian can preserve your preferred folder conventions without forcing you to rename files or pre-plan perfect directory layouts.

The real payoff comes when attachments are embedded into notes that act as “context containers.” The transcript gives examples: a meeting note with a Todo item for “had a meeting with Jonathan,” plus an embedded image created with an AI image tool. Later, searching doesn’t require remembering the image’s filename (“colorful illustration with flat shading PNG”) or where it was downloaded. Instead, the user can find the attachment by following links, using linked mentions, sorting by modified time, or searching for terms like “rain,” “AI image,” or the project name (“Project AI image”). Because the attachment is connected to surrounding metadata—what it represents, when it was created, which project it supports, and why it matters—ideas become as searchable as the files themselves.

The transcript also highlights a workflow for creating new “attachment hubs”: make a new note with a descriptive title, embed the attachment, and then write everything you might want to remember under that note (meaning, palette, purpose, rules, or game/session details). From there, the attachment can be embedded into other notes as needed, while the underlying file remains in the attachments location. Even if the attachment lives in a central folder, Obsidian’s linking and metadata turn it into a flexible, context-rich object that can be retrieved in multiple ways—matching how people actually think, not how file systems demand organization.

Cornell Notes

Obsidian attachments work best when they’re stored predictably and then embedded into notes that capture context. Changing “Default location for new attachments” lets users route all new PDFs/images into a dedicated attachments folder—or into a project-specific subfolder—without renaming files or over-planning folder structures. The transcript’s core method is to create descriptive “hub” notes, embed the attachment, and add metadata like people, dates, projects, and meaning. Once attachments are embedded and cross-linked, searching becomes contextual: users can find the file by linked mentions, modified time, tags, or project terms rather than by filename or downloads history. This turns attachments into navigable knowledge objects inside a personal knowledge database.

Why does the default attachment location in Obsidian become a problem as a vault grows?

The default behavior places new attachments into the vault’s top-level folder (the transcript notes this as “Vault folder top level folder”). As more images/PDFs accumulate, that location becomes a cluttered dumping ground. Finding a specific file then depends on remembering filenames or where it was stored—both unreliable when attachments come from downloads, AI tools, or quick experiments.

How can users make attachment storage predictable without forcing strict folder planning?

Open Settings → Files & Links and change “Default location for new attachments.” One option is to create an “attachments” folder and set Obsidian to always store new attachments there. Another option is to store attachments in the same folder as the current note, or in a subfolder under it (with a custom subfolder name like “assets” or “working files”), so projects keep their media together while still avoiding renaming and rigid upfront structure.

What’s the transcript’s key shift in how attachments should be used?

Attachments should be embedded into notes that describe their purpose and context. Instead of treating attachments as standalone files, the workflow turns them into part of a network of notes: a meeting note can embed an image; a project note can embed a PDF; a game/session note can embed character art. The surrounding text and links become searchable metadata.

How does embedding attachments improve retrieval compared with searching by filename?

The transcript contrasts two search styles. Filename-based retrieval requires remembering exact names like “colorful illustration with flat shading PNG” or guessing the downloads folder. Context-based retrieval works because the attachment is linked to terms and metadata: searching for “AI image,” a person’s name (e.g., Jonathan), a project label (“Project AI image”), or even sorting by modified time can surface the note that embeds the attachment.

What does a “hub note” look like in this workflow?

Create a new note with a descriptive title, embed the attachment, then write everything you might need later—meaning, palette, purpose, rules, or session details. The transcript also mentions using features like “Reveal file in navigation” to show where the embedded file actually lives, while keeping the attachment accessible through the hub note’s context and links.

Can attachments be reused across multiple notes even if they live in a central attachments folder?

Yes. The transcript emphasizes that the attachment file can remain in the configured attachments location, while the same file gets embedded into different notes. That lets users keep storage tidy without losing flexibility: one attachment can belong to multiple projects or sessions through embedding and linking.

Review Questions

  1. When would you choose “attachments folder” as the default location versus “same folder as current file” or “subfolder under current folder”?
  2. What kinds of metadata (people, dates, projects, meaning) make attachments easier to retrieve later, and why?
  3. How does linked mentions, modified time sorting, or tag-based search change the way you find an embedded image or PDF?

Key Points

  1. 1

    Change Settings → Files & Links → “Default location for new attachments” to stop attachments from landing in an unhelpful top-level vault folder.

  2. 2

    Create a dedicated “attachments” folder for predictable storage, especially when you don’t want to manage filenames or folder structure.

  3. 3

    If you prefer project organization, store attachments in the same folder as the current note or in a custom-named subfolder (e.g., “assets” or “working files”).

  4. 4

    Embed attachments into descriptive “hub” notes and write context (what it is, why it matters, which project it supports).

  5. 5

    Search becomes more reliable when retrieval is driven by context—linked mentions, modified time, tags, and project/person terms—rather than filenames.

  6. 6

    Attachments can remain in a central location while still being embedded across multiple notes for reuse and cross-project navigation.

Highlights

A single settings change—routing new attachments into a dedicated folder—prevents vault clutter without requiring perfect folder planning.
The real power comes from embedding attachments inside notes that contain searchable context, turning files into navigable knowledge objects.
Searching by meaning and relationships (project name, person, date, modified time) beats guessing filenames or downloads history.
Attachments can be reused across notes even when the underlying file stays in one configured location.

Topics

  • Obsidian Attachments
  • Default Attachment Location
  • Embedding PDFs and Images
  • Personal Knowledge Database
  • Search by Context