How To Use Obsidian: The MOST USEFUL Feature You're Not Using Right
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.
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?
How can users make attachment storage predictable without forcing strict folder planning?
What’s the transcript’s key shift in how attachments should be used?
How does embedding attachments improve retrieval compared with searching by filename?
What does a “hub note” look like in this workflow?
Can attachments be reused across multiple notes even if they live in a central attachments folder?
Review Questions
- When would you choose “attachments folder” as the default location versus “same folder as current file” or “subfolder under current folder”?
- What kinds of metadata (people, dates, projects, meaning) make attachments easier to retrieve later, and why?
- How does linked mentions, modified time sorting, or tag-based search change the way you find an embedded image or PDF?
Key Points
- 1
Change Settings → Files & Links → “Default location for new attachments” to stop attachments from landing in an unhelpful top-level vault folder.
- 2
Create a dedicated “attachments” folder for predictable storage, especially when you don’t want to manage filenames or folder structure.
- 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
Embed attachments into descriptive “hub” notes and write context (what it is, why it matters, which project it supports).
- 5
Search becomes more reliable when retrieval is driven by context—linked mentions, modified time, tags, and project/person terms—rather than filenames.
- 6
Attachments can remain in a central location while still being embedded across multiple notes for reuse and cross-project navigation.