装了 20 个插件，还是觉得 Obsidian 不好用？

一口气装了 17 个 Obsidian 插件。装完之后信心满满，觉得自己的笔记系统马上就要起飞了。

三个月后打开插件列表，我对着其中 6 个插件的名字发愣——想不起来当初为什么要装它，更想不起来最后一次用它是什么时候。

这个场景，你熟悉吗？

装了插件、用不起来，这不是你的错。大部分插件的介绍只说"这插件能做什么"，但不说"什么场景下特别需要它"。没有场景触发使用，插件就成了装饰品。

这是 Obsidian 插件推荐系列文章。我会选出 4 款热门插件，告诉你它们的真实价值在哪里，以及多数人为什么装了就忘。

一、Templater：不是插入日期，是生成内容

下载量：100 万+

Templater 是被严重低估的插件。

绝大多数教程把它定位成"高级版日期插入工具"——每次新建笔记自动填入今天几月几号、星期几。听起来有用，但两周之后你就不再看它了，因为它没有真正改变你的工作方式。

它真正厉害的地方：内容动态生成

Templater 的核心能力是：每次创建笔记时，执行一段你写的脚本，生成新鲜的内容。这和 Obsidian 自带的模板功能有本质区别——自带模板只是把一段固定文字粘贴进来，Templater 每次都会执行代码，产出"此时此刻"的内容。

举个例子。传统的自带模板里写：

# 周回顾
日期：2026/01/10

每次新建，这行日期永远是"2026/01/10"。而用 Templater 写：

<%* tR += "# 周回顾\n日期：" + tp.date.now("YYYY/MM/DD") + "\n" %>

每次新建笔记，日期自动变成今天的真实日期。而且 Templater 支持交互式输入：新建笔记时，可以弹出输入框让你输入标题，文件名也会自动生成，不用手动改名。

配置方法（3步）

第一步：安装 Templater 后，在设置里指定一个「模板文件夹」，比如2-Templates/。

第二步：从 Templater GitHub 页面下载社区模板，放进这个文件夹。

第三步：在 Templater 设置里，把「自动触发」打开，选择触发模板时对应的快捷键。

一个真实使用场景

场景：每周日做周回顾

每次新建周回顾笔记，Templater 自动填入本周的日期范围、引用上周的 OKR 状态、自动生成"这周做了哪些事 / 下周要做什么 / 风险点"的框架。你要做的只是填空，结构已经就位。

二、Dataview：不是高级搜索，是让笔记动起来

下载量：300 万+

Dataview 是 Obsidian 插件生态里最强大的工具之一，也是被误解最深的插件之一。

很多人装了之后用它搜了一圈，发现"和普通搜索也没差多少"，就卸载了。问题不在插件，在于查询的笔记本身没有结构。

它的核心价值：把你的笔记变成动态数据库

Dataview 的工作方式是：你在笔记的 frontmatter（前置元数据）里写好字段，它就能跨笔记查询、汇总、展示。

比如你管理三个项目，每个项目的笔记开头有这段 YAML：

---
project: 新品发布
status: 进行中
owner: 小李
deadline: 2026-03-15
---

装上 Dataview 之后，你在任意一页笔记里写：

TABLE project, status, deadline
FROM ""
WHERE status = "进行中"
SORT deadline ASC

这一页就会自动生成一张表格，列出所有"进行中"的项目，以及截止日期——而且这张表是动态的，新增或修改了项目笔记，表格自动更新。

配置方法（最关键的一步）

核心准备：让你的笔记结构化。Dataview 的门槛在于，大多数人的笔记没有统一的 frontmatter 字段，查询结果自然是空的。

建议从今天开始，在你所有项目笔记里统一加上这几个字段：

---
tags: #项目
status: 想法 / 进行中 / 已完成
create_date: 2026-01-10
---

不用一次到位，从新建笔记时顺手加上开始，慢慢积累。

一个真实使用场景

场景：汇总所有项目的最新状态

在一页「项目管理主页」的笔记里，用 Dataview 写一段查询，每次打开这页，都能看到所有项目的状态一览。不用一个个点进去检查，状态全在这里。

三、Commander：把藏在菜单里的操作拉出来

下载量：100 万+

Commander 的定位很奇怪——它不是一个功能型插件，而是给 Obsidian 界面加了很多"快捷按钮"和"状态栏信息"。

听起来是可有可无的小插件。但用过一段时间之后，我发现它反而是最让我"离不开"的那一个。

它的核心价值：降低常用操作的成本

Obsidian 很多高频操作藏得很深：切换视图要看状态栏、调整 sidebar 要进设置、复制笔记链接要右键菜单。 Commander 把这些操作拉到明面上，你一眼就能看到、一点就能触发。

最实用的三个功能：

1. 自定义状态栏

把光标放在笔记里的任意位置，右下角就能显示当前所在的标题级别、H1 还是 H2、当前笔记有多少字——不用再去看菜单栏。

2. 自定义快捷按钮

在侧边栏或 Ribbon 区加一个按钮，点一下就执行你指定的操作，比如「新建每日笔记」「打开周回顾模板」「运行 Templater 某模板」。

3. 脚注增强

Obsidian 自带的 Ribbon 区只有几个固定按钮，Commander 让你把最常用的操作放进去，不用每次去菜单里找。

配置方法

在 Commander 设置里找到「Status Bar」和「Ribbon」两个配置项，按钮和状态栏项目都可以拖拽排列。先加一个你感觉"最常用但找不到"的，看两周之后是否真的在使用，再决定要不要加第二个。

一个真实使用场景

场景：写作时随时知道自己在第几级标题

把「当前标题级别」加到状态栏。写长文时，眼睛不用离开编辑器区域，余光一扫右下角就知道现在写的是 H1、H2 还是 H3，结构感始终在线。

四、Kanban：不是待办清单，是视觉化项目管理

下载量：200 万+

Kanban 是被用窄了的插件。

大多数人装它，拿来记待办清单：「要做的事 → 正在做 → 做好了」。三列 Kanban 变成一个好看的待办工具，一个月后新鲜劲过去，也就不用了。

这是对 Kanban 最大的误解之一。

它的核心价值：Obsidian 原生数据结构的视觉化

Kanban 不是外部工具搬进来的，它的本质是Obsidian 自己格式的另一种呈现方式。一个 Kanban 看板，其实就是一个 Markdown 笔记，每个 lane（一列）是一个 Heading，每个卡片是一条 checklist item。

这意味着：

• 看板里的所有文字都是普通文本，可搜索、可查 Ctrl+F
• 看板笔记可以被 Obsidian 的双向链接引用
• 看板笔记进入 Graph View，构成知识网络的一部分
• 配合 Dataview，可以对 Kanban 里的内容做二次查询

三个超出待办清单的使用场景

场景一：写作 Pipeline

把 Kanban 当作写作工作流管理：构思 → 列提纲 → 写初稿 → 修改 → 发布。每篇文章的笔记作为一张卡片移动状态。这个 Kanban 就是你一个人能用的编辑部看板。

场景二：多项目状态追踪

每个 lane 是一个状态阶段，每张卡片是一个项目的笔记。双链进去是项目详情，Kanban 上看全局进度。

场景三：读书/观影记录

正在读 / 读完了 / 想回顾，每个 lane 代表一个状态，卡片标题关联到对应笔记。配合 Dataview，可以汇总「所有读完的书里，哪些标记了重要段落」。

不是装得多，是装得准

写到这里，我回想了一下自己删掉的那些插件。

它们不是不够好，是我装的时候没有问自己一个问题："我现在有一个反复出现的真实需求，这个插件能解决它吗？"

Obsidian 的插件生态是工具的仓库，不是解决方案的清单。工具只有遇到问题才有价值。

感谢阅读

期待点赞转发，关注；我会持续分享干货内容