三款工具当笔记用，只有Claude Code赢了

笔记软件总爱承诺帮你整理，最后整理这活儿还是落回自己手上。Obsidian给你一个空仓库，文件夹和链接全靠自己搭。Notion好一点，什么都有模板，可我在动手写第一行之前，已经搭进去好几个周末调模板了。连Windows记事本现在都能渲染Markdown，能放笔记的地方实在不缺。

与此同时，Claude Code、VS Code和LM Studio几乎天天开在我电脑上。它们不是为记笔记或阅读而生的，但每一个读起一文件夹的纯文本文件来，都不比任何笔记应用差。于是我想试试，它们里有没有谁真能比专门的笔记应用干得更好。这几个工具差别太大，没法标准化测试，我只能按各自顺手的方式，把它们硬掰成笔记应用来用。

Claude Code：一个规则文件干了大部分活

Claude Code是Anthropic的智能体，直接在你电脑上的某个文件夹里工作。它本来是为代码准备的，但Obsidian仓库说到底就是一个纯文本文件夹，所以它读写笔记不需要任何特殊配置。

我加上了Obsidian官方技能包——由Obsidian CEO Steph Ango发布，作用是让智能体按Obsidian期望的方式写笔记，也就是用wikilinks和属性，而不是通用Markdown。之后我让它在仓库里写了一个简短的规则文件：凡是我以“note:”开头的内容，都写进当天的日记，并从那里归档和链接；同时它不许删除或移动任何东西。

它居然先翻了一遍我的文件夹，再动手写规则，还对齐了仓库里已有的日记格式，没有自创一套。从那以后，记一条新笔记只要一行。我丢给它一个半成型的想法，几秒钟就变成一条归档好的日记，还会在相关的地方链到旧笔记。在Obsidian里我常跳过加链接这一步，因为太琐碎，所以能在快速记录时顺手完成链接，正合我意。当我让它把相关笔记连起来，它会跨笔记加链接，每条附一句简短理由，还会指出那些指向已不存在笔记的旧链接。

它确实会写得比你要求的多一点。我一句话丢过去，回来时多了一段我没要的解释和建议。如果你不喜欢这样，记得在.md文件里写清楚。

本地模型配文件系统MCP：离线听起来很美

LM Studio能把本地模型接到MCP服务器上，文件系统服务器则给模型提供读取和编辑你授权文件夹的工具。我主要在RTX 3070上跑Qwen 3.5 9B的Q4_K_M量化版，这张卡只有8GB显存（4B版本也是我处理快速笔记和文档的常用选择）。吸引力很直接：整个工作流留在本地，同时还有一层AI推理。

这里有系统提示词，但没有规则文件可以依靠，我想对笔记做什么，都得写进提示词本身。我想在某条笔记末尾的新标题下加一行，它第一次是猜文件结尾长什么样，猜错了。它重读文件后改对了——可后来我想链接两个相关文件时，同样的事又发生了一次。

搜索是它最吃力的地方。我让它找和onboarding有关的内容，它只匹配了文件名，没看文件内容，挺让人失望。这个文件系统MCP我用了挺久，一直表现不错，我猜是因为仓库内容太多，它翻不过来。小目录它处理得没问题，但就这么一个小演示，就吃掉了我30k上下文窗口里的20k多。所以这最终取决于你电脑能跑什么，意味着它可能不适合大型笔记库。

VS Code：编辑器兼职笔记应用

VS Code不是写作工具，但它是文本编辑器，很容易被改造成笔记工具。文件夹里装的是笔记还是代码，它一视同仁。这里我没在上面加任何AI，就用裸编辑器。

在文件夹里找东西大概是它最强的地方。Ctrl + P按文件名任意片段快速调出笔记，全仓库搜索会列出所有提到关键词的笔记。阅读时有渲染预览，不用直接看原始语法。源码管理（Git）对笔记来说是个加分项——改了一个数字或字母，它都会高亮出来。

记录就是另一回事了。没有快速记录，也没有日记功能，新建一条笔记意味着新建文件、自己命名、自己归类。wikilinks在这里也只是纯文本。所以用VS Code是有取有舍。

记录都不差，整理只有一个能打

我原以为VS Code会赢，因为三者里它最像笔记应用。读笔记、翻笔记，我还是会去那里。本地模型有隐私优势，但一天没过完上下文就用光了。所以头名给Claude Code。它要额外几步才能调出带格式选项的编辑器产物，主要靠提示词也让我觉得和笔记有点脱节。但论管理能力，没有谁能比，而一个把整理变简单的笔记工具，才是你最后会一直用下去的那个。