为什么obsidian适合用作个人笔记工具？

用Obsidian也有两三年了，但是我几乎不主动跟人安利这个软件。偶尔有朋友/同事看到我用Obsidian觉得很炫酷，我也只是会介绍“这就是一个笔记软件”。不是藏着掖着，而是我始终觉得，Obsidian作为一款笔记软件，门槛太高了。

Obsidian最大的特色和亮点就是高定制化，不同深度用户的Obsidian甚至看不出是同一个软件。但同时，这也是它作为笔记软件最大的问题。如果一点代码基础都没有，Obsidian会让人非常困惑。

我自己用Obsidian的心态其实是当作玩具，顺便用作工作和学习的生产力工具。真实状态就是折腾插件的时间比记笔记多很多，这个过程就像搭乐高，很好玩，逐渐形成系统后才开始顺手。但这玩意儿的学习曲线实在太陡峭，投入和产出完全不成正比，尤其是使用初期。

不过有AI插件以后，我倒是觉得，Obsidian可以推荐了。

相对于其他笔记软件，Obsidian的很多“炫酷”功能都依赖于插件，而这些插件大多都需要借助代码来实现功能，不管是dataview查询，tasks查询，图表呈现，还是模板套用，多多少少都需要写一些代码。而且，每个插件的语法都不太一样，可能今天刚学会的语句，下周改参数时又得翻半小时文档。。。

但现在，完全可以让AI帮我写，帮我改，再也不用查文档了！虽然还是需要复制粘贴代码块，但相比纯手工编程，这就像从手动挡升级到了自动驾驶！不需要查文档就能使用这件事，才是真正生产力工具应该具备的特质！

而且Obsidian还可以自行设计一些常用的交互，比如自定义功能的按钮、快捷键、仪表盘主页（Dashboard）等等，有AI协助的情况下，设计这些常用交互和功能就比较值。自己研究可能至少要花一两天才能设计一个功能，有AI协助可能就半小时以内就解决了。通过后续自动化节省的时间或提高的效率也会远超这半小时的投入。

这样讲可能对于非Obsidian用户来说有点抽象，举个栗子 ，下面是个Tasks任务插件的查询代码：

这段代码实现的是：在一个可折叠的区块中，列出所有进行中的任务，按文件路径和优先级排序，隐藏截止日期，并以简洁模式显示。

点击代码区域外的的位置，代码就会根据代码内容渲染这个代码块，效果如下 。在代码块里点击完成或修改任务，相应笔记里的任务也会同步更新。

通过tasks插件，我还定制了这些查询：

• 已过期（未完成）任务列表
• 进行中（未完成、未过期）任务列表
• 本月待办列表
• 本周待办列表
• 会议任务列表
• 项目任务列表
• 工作提醒和备忘
• ……

这些任务散布在会议记录、项目记录、日志等不同的文件中，通过任务查询语句，可以根据自己的需求自动归集和管理这些任务，而且查询完全基于自己使用习惯和思维习惯，非常好用。

虽然功能很实用，可是再简单的代码也是反直觉和抽象的，其实很劝退毫无代码基础的用户。借助AI，可以用自然语言描述需求，让AI协助生成代码，就解决了这个痛点。当然，门槛还是有一点，可是我觉得已经比较好跨越了。

如果再进阶一点，有一点点代码基础，不需要懂具体某种语言，只需要不抗拒代码，可以看懂代码中的关键逻辑即可，就可以做更多定制化的功能了。基本上能找出逻辑规则的需求，都可以通过templater插件使用JavaScript实现。当然，也是借助AI来写。（复杂一点的需求推荐用Claude，编程这块暂时还没有能超越它的）

同样基于最需要动态交互功能的任务管理场景，再举两个我最近设计的功能作为例子 ：

1. 每日任务迁移：按钮一点，自动把昨天没做完的任务搬到今天日志，并把昨天任务标记为"推迟"
2. 月度报告生成：抓取本月所有任务，让AI分析工作/学习重点和执行情况

每日任务迁移

效果如下 ，代码有点长就不放了

月度报告生成

月度报告其实算是一个流程。首先，用templater插件的js代码复制本月所有任务内容到当前笔记。然后再通过内置的AI插件，配合自定义提示词，生成本月任务分析报告。

生成的报告（部分截图）如下 ，总结的还是挺到位的。

划重点，我一点JavaScript都不懂，除了写论文的时候学了点基础的R语言，其他编程语言也是一窍不通。但是，这并不影响我构思和使用这些代码。现在我才觉得Obsidian算是个像样的生产力工具了。

如果你不反感代码，那么我觉得现在入坑正当时~虽然还是需要一些学习成本，但投入产出我觉得能达到平衡，值得花点时间。

另外，关于如何在Obsidian里配置AI插件copilot，我也写过一篇教程，感兴趣可以参考。