Obsidian的配置与美化 V2（四）——插件分工与一键创建工作流
插件越多，Obsidian 不一定越好用。真正决定稳定性的，是每个插件有没有清楚的职责，以及关闭其中一个之后会失去什么。
V2 不追求“装满社区插件榜单”，而是先冻结工作流，再给每个能力选择一个负责人。
当前插件分工
| 能力 | 工具 | 当前版本 | 负责的事情 |
|---|---|---|---|
| 任务、日期、重复与完成 | Tasks | 8.2.2 | 保持任务为普通 Markdown，并处理任务状态 |
| 聚合查询 | Dataview | 0.5.68 | 为 Dashboard 提供文件夹范围内的动态数据 |
| 统一新建菜单 | QuickAdd | 2.12.3 | 询问类型、标题和目标文件夹 |
| 模板展开 | Templater | 2.20.6 | 生成 UUIDv7、slug、日期和正文骨架 |
| 可见命令按钮 | Meta Bind | 1.4.15 | 把 QuickAdd 和发布命令放进笔记界面 |
| 启动页与空标签页 | Homepage | 4.4.4 | 启动、点击主页和最后标签关闭时打开 Dashboard |
| 主题选项 | Style Settings | 1.0.9 | 保存 Maple 结构设置和 Bedic 配色选择 |
| 结构化列表 | 原生 Bases | 随 Obsidian | 展示完整、可排序、可筛选的文件清单 |
| 发布与迁移 | Bedic Publisher | 2.0.0 | 校验属性、维护修订、发布、取消发布和临时分享 |
| 文件树快捷操作 | Bedic Explorer Actions | 1.1.0 | 新建文件夹、新建文件和确认删除 |
这里刻意没有让 CustomJS 接管任务完成，也没有用一个巨型脚本同时创建文件、改属性、发布和画界面。职责越集中，故障越容易定位，插件升级也越容易评估。
一个 + New 代替一排新建按钮
Dashboard 顶部只有一个 + New。点击后进入 QuickAdd 的多级菜单：
+ New
├── Blog
├── Wiki
├── Project
├── Deadline
├── Recurring
├── Longterm
└── Daily
用户只回答真正需要判断的问题，例如“要创建哪一类”“标题是什么”“属于哪个项目文件夹”。剩下的字段由模板生成。
Blog、Wiki 和 Project 的文件夹选择
这三类内容会被限制在自己的根目录中。创建 Project 时，只会看到 30 Projects 及其子目录，也可以在流程中建立新的项目文件夹；不会意外把 Project 写进 Blog 或 Vault 根目录。
任务和日记的位置
Deadline、Recurring、Longterm 分别进入固定的任务子目录。Daily 根据日期进入年份和月份路径。这些规则没有必要每次都询问。
Templater 负责稳定默认值
每类笔记都有独立模板。Blog 只用于生活化公开表达，配置、搭建和开发内容应选择 Project。Blog 模板会生成：
id: <UUIDv7>
type: blog
created: <今天>
updated: <今天>
publish: false
publish_revision: 0
slug: <根据标题生成>
date: <今天>
tags: []
series:
series_order:
UUIDv7 和 slug 由本地脚本生成，不访问网络，也不执行外部 Shell。模板完成后光标落到正文第一个输入位置，正常写作不需要手动清理占位符。
文件树操作为什么单独做
QuickAdd 适合创建受管理笔记，但文件树中仍然会遇到更直接的操作：在当前文件夹下新建子文件夹、临时新建一个文件，或者删除选中的项目。
Bedic Explorer Actions 在文件夹行上提供三个按钮：新建文件夹、新建文件、删除；文件行只显示删除。命名会打开小窗口，删除必须确认并进入 Obsidian 的回收站。按钮默认收起，只有悬停、选中或键盘聚焦时出现，不会把侧边栏变成工具栏矩阵。
如果在 Blog、Wiki 或 Projects 根目录中新建 Markdown，它会自动补齐对应的 V2 属性和正文骨架；60 Temp 则禁止手工创建，因为临时分享必须知道来源笔记。
Bedic Publisher 为什么需要自定义插件
发布不是一次简单的属性切换。它需要同时检查目录和类型、验证必填属性、把修订号准确加 1、写入发布时间，并确保失败时不会留下半套状态。取消发布和临时分享还涉及确认、复制和隐私提示。
这部分属于真正的领域逻辑，因此由单独插件负责，而不是散落在 Meta Bind 按钮或 DataviewJS 中。Meta Bind 只显示按钮，命令本身仍由 Bedic Publisher 执行。
建议的安装顺序
- 先确认 Obsidian 版本与插件最低版本兼容；
- 安装 Templater、QuickAdd，并测试七类笔记创建；
- 安装 Tasks、Dataview 和原生 Bases 视图；
- 安装 Homepage 与 Meta Bind，连接 Dashboard 命令；
- 最后启用 Maple、Style Settings 和 Bedic Workbench；
- 发布插件只在属性与目录迁移完成后启用。
这样出现问题时，可以明确知道是数据层、工作流层还是显示层。不要在模板还没稳定时就先堆满首页组件，否则每次调整字段都会连带修改所有查询。
关闭插件时会发生什么
- 关闭 Maple：失去主题外观，笔记仍然可读；
- 关闭 Bedic Workbench：失去全局配色和 Dashboard 布局；
- 关闭 Dataview：动态统计消失，直接 Base 链接和标题仍保留；
- 关闭 Meta Bind：笔记内按钮消失，命令面板仍可调用发布动作；
- 关闭 Homepage：Dashboard 仍是一篇普通 Markdown，可手动打开；
- 关闭 QuickAdd：可以继续用模板或文件树创建，但失去统一决策流程。
这种可降级性比“所有功能都在一个脚本里”更重要。Obsidian 是长期笔记库，任何视觉或自动化都不应该绑架内容。
上一篇：Obsidian的配置与美化 V2（三）——Maple主题与四色全局配色
下一篇：Obsidian的配置与美化 V2（五）——Homepage工作台与组件设计