Obsidian的配置与美化 V2（六）——Projects、Bases与文件管理
项目内容多起来后，Homepage、文件树和数据库视图很容易争夺同一件事：都想成为“查看所有文件”的入口。结果往往是首页太长、文件树反复展开、查询表又与目录重复。
V2 给三者划定不同职责：Homepage 负责快速定位，Bases 负责完整审查，文件树负责就地操作。
Projects 面板只显示项目，不平铺所有文件
30 Projects 下的每个一级文件夹代表一个真实项目。Homepage 自动读取这些文件夹并生成项目卡片，不维护手写名单。新增或归档项目文件夹后，首页会自然跟着变化。
卡片默认只显示项目名称。悬停或键盘聚焦时，浮层列出该文件夹的直接子笔记；不会递归展开所有层级，也不会把每个项目文件永久塞进首页。
这样即使一个项目有十几篇材料，Homepage 仍然只占一张卡片。需要深挖时，再进入 Projects Base 或文件树。
为什么直接子项比递归树更合适
递归树看起来信息完整，但它会带来三个问题：
- 项目层级越深，卡片尺寸越不可预测；
- 展开状态占用大量首页空间；
- 文件移动后，复杂的自定义树更容易失效。
只显示直接子项，等于给每个项目一个轻量目录。更深层的结构仍由 Obsidian 原生文件树处理，不需要在 Dashboard 重造一遍资源管理器。
快速入口为什么打开 Base
过去点击“任务库”或“收件箱”时，我尝试过展开左侧目录。这个行为依赖当前工作区状态，也很难让用户准确选择要进入的文件。
现在快速入口统一打开原生 Bases：
| 入口 | 范围 |
|---|---|
| Inbox | 00 Inbox 下全部文件 |
| Tasks | 40 Tasks 下全部任务笔记 |
| Daily | 50 Daily 下全部日记 |
| Blog | 10 Blog 下全部 Blog |
| Wiki | 20 Wiki 下全部 Wiki |
| Projects | 30 Projects 下全部 Project |
| Release | Blog、Wiki、Project、Daily 的发布状态 |
Base 的第一列是可点击的文件名，后面可以显示日期、标签、项目状态、是否发布和修订号。它适合做排序、筛选和批量检查，而 Homepage 只保留一条入口。
Bases 是数据视图，不是新的数据格式
原生 Base 读取的仍然是 Markdown Properties。删除 .base 文件不会删除笔记，换一个视图也不会改变内容身份。
例如 Projects Base 的核心过滤条件只是“位于 30 Projects 且 type 为 project”。需要查看在途项目时，再增加 project_status == active 的视图即可。状态仍然写在每篇 Project 的属性里。
新建文件时先选目标文件夹
Blog、Wiki、Project 都允许按子文件夹继续分类，所以 + New 不应该直接把所有内容丢在根目录。选择 Project 后，QuickAdd 只展示 30 Projects 和它的子目录，并允许在流程中创建新文件夹。
这个限制同时解决了两个问题：不会误选其他内容根目录，也不会要求用户先退出新建流程、右键建文件夹、再重新开始。
文件树上的四类直接操作
原生文件树适合浏览，但频繁右键会打断节奏。Bedic Explorer Actions 给当前行增加了小型操作区：
- 文件夹：新建文件夹、新建文件、删除当前文件夹；
- 文件：删除当前文件。
新建操作会弹出命名窗口。创建受管理根目录中的 Markdown 时，系统会自动应用对应模板语义；无法判断类型的目录则创建普通文件。删除操作始终需要确认，并使用 Obsidian 的回收站机制，而不是直接从磁盘永久移除。
按钮支持鼠标和键盘，命中区域不小于 44×44px。它们在静止时隐藏，只有当前行悬停、选中或获得焦点时出现，避免左侧边栏长期塞满图标。
一次典型的项目使用流程
- 在 Homepage 的 Projects 面板定位项目；
- 需要快速打开顶层材料时，直接从悬浮列表进入；
- 需要查看全部项目属性时，打开 Projects Base；
- 需要调整目录结构时，回到文件树就地新建或删除；
- 创建新的 Project 笔记时，用
+ New → Project选择目标项目文件夹； - 项目暂停或完成时，只修改
project_status，不移动整棵目录。
这三层入口没有谁取代谁。Homepage 让导航更快，Bases 让数据更清楚，文件树保留最直接的空间结构。
上一篇：Obsidian的配置与美化 V2（五）——Homepage工作台与组件设计
下一篇：Obsidian的配置与美化 V2（七）——任务、发布与临时分享