测试Obsidian CLI与Claude Code集成,性能大幅提升
我一直在用Claude Code测试新的Obsidian CLI,针对我的研究笔记库(4663个文件,16GB)……我知道笔记太多了!
早期结果显著。它将改变Claude Code与Obsidian交互的方式。
在我看来,Claude连接你的笔记库有三种方式:
文件系统(MCP或bash)——读写markdown文件。大约覆盖Obsidian实际知道内容的40%。无法感知反向链接、标签、属性或关系图。要搜索内容,它必须逐个打开每个文件。
REST API MCP——通过插件与Obsidian通信。能达到约55%。更好的搜索,一些元数据。但设置脆弱且有限。
Obsidian CLI……感谢@obsdmd和@kepano!!它查询Obsidian的实际索引。这将达到Obsidian能力的约85%。缺失的15%纯粹是视觉上的——画布布局、关系图渲染、实时预览。其他一切都在:搜索、反向链接、孤立笔记检测、属性、带有层级和计数的标签。
速度差异是真实的:
查找孤立笔记:bash grep 15.6秒 vs CLI 0.26秒(快54倍)
搜索库:bash grep 1.95秒 vs CLI 0.32秒(快6倍)
通过MCP进行孤立笔记检测的令牌成本:约700万令牌。通过CLI:100令牌。便宜了70000倍。
CLI使用Obsidian预建的搜索索引——正是让Obsidian自身搜索瞬间完成的同一机制。Grep每次从头扫描所有文件。
问题:目前这仅适用于Claude Code(它可以通过bash运行CLI命令)。Claude Desktop和https://t.co/HDaY98Jfm2无法直接访问它。有一个早期的CLI MCP服务器(obsidian-ts-mcp)可以弥补这个差距,但我还没测试过。(我认为如果你好好请求,Claude Code可以为你创建一个版本!)
我将其用作研究助手栈的一部分,将Claude连接到Obsidian、Zotero、PubMed等。关于每个部分的帖子即将发布。
早期结果显著。它将改变Claude Code与Obsidian交互的方式。
在我看来,Claude连接你的笔记库有三种方式:
文件系统(MCP或bash)——读写markdown文件。大约覆盖Obsidian实际知道内容的40%。无法感知反向链接、标签、属性或关系图。要搜索内容,它必须逐个打开每个文件。
REST API MCP——通过插件与Obsidian通信。能达到约55%。更好的搜索,一些元数据。但设置脆弱且有限。
Obsidian CLI……感谢@obsdmd和@kepano!!它查询Obsidian的实际索引。这将达到Obsidian能力的约85%。缺失的15%纯粹是视觉上的——画布布局、关系图渲染、实时预览。其他一切都在:搜索、反向链接、孤立笔记检测、属性、带有层级和计数的标签。
速度差异是真实的:
查找孤立笔记:bash grep 15.6秒 vs CLI 0.26秒(快54倍)
搜索库:bash grep 1.95秒 vs CLI 0.32秒(快6倍)
通过MCP进行孤立笔记检测的令牌成本:约700万令牌。通过CLI:100令牌。便宜了70000倍。
CLI使用Obsidian预建的搜索索引——正是让Obsidian自身搜索瞬间完成的同一机制。Grep每次从头扫描所有文件。
问题:目前这仅适用于Claude Code(它可以通过bash运行CLI命令)。Claude Desktop和https://t.co/HDaY98Jfm2无法直接访问它。有一个早期的CLI MCP服务器(obsidian-ts-mcp)可以弥补这个差距,但我还没测试过。(我认为如果你好好请求,Claude Code可以为你创建一个版本!)
我将其用作研究助手栈的一部分,将Claude连接到Obsidian、Zotero、PubMed等。关于每个部分的帖子即将发布。
你在Obsidian中能做的任何事情都可以在命令行中完成。
Obsidian CLI现已在1.12版本中可用(早期访问)。https://t.co/B8ed2zrWHe