插件和工具生态

必装方向：obsidian-skills

原书只把 kepano 的 obsidian-skills 放在“必装”位置。它不是传统 Obsidian 插件，而是一组告诉 Claude Code 如何处理 Obsidian 专有语法的 Skills：wikilinks、callout、frontmatter、Canvas 和 Bases。

安装命令和仓库结构可能随版本变化，因此执行前应查看项目最新文档。真正重要的是让 AI 在改文件前理解格式约束。

三个明确的增强方向

Claudian：减少切换窗口

把 Claude Code 的交互放进 Obsidian 侧栏，适合频繁在阅读笔记和下达任务之间切换的人。它仍依赖本机已经可用的 Claude Code，并不是独立 AI。

Smart Connections：发现语义相关内容

关键词搜索只找到字面匹配；语义索引可以发现“投资”与“资产配置”这类没有共享词语的关联。它适合知识量已经较大、仅靠双链和搜索容易遗漏内容的人，也可以考虑本地 embedding。

Copilot for Obsidian：基于 Vault 问答

当问题是“我以前关于定价写过什么”，vault 级问答可以搜索个人笔记并给出带来源的回答。它与直接询问通用聊天模型的区别，在于答案应由你自己的内容支持。

其他插件按痛点选择

Smart Composer、Text Generator、Agent Client、Templater、Dataview 各自解决写作补全、模板生成、多 Agent 接入、动态模板和结构化查询。没有明确问题时，不安装就是最好的选择。

MCP：多数情况下先不用

Claude Code 已能直接读写本地文件，普通的搜索、整理、链接和改写不需要再加 MCP。原书给出两个值得考虑的场景：

1. 需要让不能直接访问文件系统的客户端操作 vault。
2. 需要调用只存在于 Obsidian 进程内部的插件能力，例如执行 Dataview 查询。

遇到“读文件无法解决”的任务，再引入 MCP。

Skills 与插件不是同一层

插件扩展 Obsidian 的界面和运行能力；Skills 教 AI 按特定规则完成任务。一个改变工具，一个改变 Agent 的工作方式。两者可以配合，但都应该由真实痛点驱动。

本课练习：最小工具清单

• 写下当前最大的一个摩擦点
• 判断它属于界面、检索、问答还是 AI 操作规则
• 只选择一个对应工具进行试用
• 记录安装前后的时间或步骤变化
• 两周后删除没有实际使用的插件

请读取我的工作流描述和当前插件列表，按“必须、解决明确痛点、暂时不需要”分成三组。
每个建议都要说明它减少了哪一步操作；不要因为流行或功能多而推荐。

工具越多，升级、冲突和配置成本越高。先让基础流程跑起来，再为真正出现的痛点增加一层。