Obsidian 插件 MOC

这张地图负责什么

这不是“插件排行榜”。

它只回答：

当前我遇到的问题，已有哪篇插件指南可以继续读？

插件是否值得安装取决于工作流，而不是固定星级。

1. 写作与模板

• Templater — 模板、动态变量与脚本化生成
• Linter — Markdown / frontmatter 规范化
• QuickAdd — 快速捕获与命令化输入
• Note Refactor — 拆分/重构长笔记
• Advanced Tables — Markdown 表格编辑
• Table Extended — 扩展表格能力
• Buttons — 笔记中的交互按钮

优先先定义写作流程，再决定插件。整体流程见 Obsidian 写作工作流。

2. 数据查询与结构化视图

• Dataview — 动态查询与 projection
• Database Folder — 表格化管理笔记集合
• Progress Bar — 进度显示

如果需求只是 MOC 上读取属性、排序和直接编辑 frontmatter，先考虑 Obsidian Bases；复杂动态查询再用 Dataview。

3. 任务、日程与周期记录

• Tasks — Markdown task 查询与管理
• Kanban — 看板
• Calendar — 日期导航
• Periodic Notes — 日/周/月等周期笔记

这些插件主要管理工作/记录流程，不代表知识 mastery。

4. 学习与复习

• Spaced Repetition — 复习调度
• Obsidian to Anki — 将内容投影到 Anki
• Obsidian 学习追踪系统 — mastery 与 evidence 的上层模型
• 学习型 Obsidian 插件总览 — 学习场景选型

关键边界：

插件调度
≠ mastery 定义

正式掌握语义统一看 学习中的掌握。

5. 搜索与导航

• Omnisearch — 全文搜索
• Another Quick Switcher — 快速切换
• Outline — 当前文档结构导航
• Hover Editor — 悬浮编辑/查看

先确认问题是“找不到笔记”“切换成本高”还是“当前文档导航差”，再选插件。

6. 可视化

• Excalidraw — 图示、草图和视觉思考

图形工具适合表达空间/关系结构，不应替代可检索的稳定文字知识节点。

7. 阅读与外部内容

• Readwise Official — 阅读高亮/外部知识导入
• Obsidian Web Clipper — 网页内容捕获

导入只是 intake。

真正进入知识库前仍需判断：

• 是 resource 还是稳定 knowledge；
• 是否值得原子化；
• 是否需要来源/provenance；
• 是否存在重复笔记。

8. Git、同步与发布

• Obsidian Git — Git 版本控制与异步同步
• Digital Garden — 显式选择笔记公开发布
• 同步、版本控制与发布架构 — 上层分层
• 静态发布方案选择 — Quartz / MkDocs / Digital Garden 等路径

不要混淆：

Sync
≠ Git history
≠ Backup
≠ Publish
≠ Hosting

9. 选择插件时先问什么

这个问题 Obsidian Core 已经解决了吗

能用 core feature / Bases 完成，就不一定需要插件。

插件是否改变 Source of Truth

优先：

Markdown/frontmatter
→ plugin reads/projects it

谨慎：

critical state
→ only plugin-private database

插件删除后数据还在吗

可替换性越高，知识库长期风险越低。

是否有重复插件

如果两个插件都解决：

• 搜索；
• task；
• table；
• publish；

优先保留一条主工作流，而不是叠加越来越多交互模型。

是否真的形成稳定 workflow

“安装过”不是价值。

真正有价值的是：

trigger
→ action
→ observable result
→ recovery

10. 性能原则

不要使用“插件超过 N 个一定会慢”这种固定阈值。

实际成本取决于：

• 插件是否启动时扫描全库；
• 是否注册大量 observers/events；
• 是否执行复杂 DataviewJS；
• 是否持续网络请求；
• Vault 规模；
• 移动端资源；
• 插件之间是否互相触发。

出现性能问题时应实测启动时间、CPU、内存与触发路径，再定位具体插件。

11. 插件维护原则

• 只保留有明确用途的插件；
• 记录关键配置为什么这样设；
• 配置与数据尽量可迁移；
• 大版本更新后做 smoke test；
• 插件停止维护时优先回退到 Markdown/core feature；
• 不在 MOC 里复制插件完整配置。

推荐阅读路径

建立写作系统

Obsidian Writing Workflow
→ Templater
→ Linter
→ QuickAdd

建立知识查询

metadata schema
→ Bases
→ Dataview（需要复杂查询时）

建立学习系统

mastery model
→ retrieval practice
→ spaced repetition scheduler
→ dashboard

建立发布系统

sync / version / publish architecture
→ static publishing selection
→ Digital Garden or Quartz

Related maps

• Obsidian MOC
• Obsidian 完整文档导航
• 学习型 Obsidian 插件总览