一个开发者把VS Code改成笔记软件，结果回不去了

尼克·摩尔（Nick Moore）试过市面上几乎所有知识管理工具，最后把自己关进了代码编辑器里——不是写代码，是记笔记、管项目、存灵感。这听起来像极客自嗨，但他解决了一个真实痛点：工具切换带来的认知税。

为什么所有笔记软件最后都让我失望

摩尔的折腾史堪称PKM（个人知识管理）工具的活体测评。OneNote、Obsidian、AFFiNE、Notion，他全住过。

Notion的问题最典型：功能堆太多，块（block）一多就卡。「我受够了看着光标在空白处闪烁，等它决定要不要加载我的数据库，」摩尔写道。这不是吐槽，是性能瓶颈——当笔记变成数据库+看板+日历的缝合怪，本地优先的架构优势就被拖垮了。

Obsidian更微妙。它确实强大，双向链接、本地存储、插件生态齐全。但摩尔发现，自己每天要在两套热键体系、两种UI逻辑之间来回切换：写代码是一套肌肉记忆，记笔记是另一套。「我的大脑被迫为同一个任务支付两次认知成本。」

还有那个躲不掉的焦虑：格式锁定。Notion的块结构、Obsidian的Markdown变体、各类工具的私有语法——一旦服务商改定价、关服务或调隐私政策，迁移成本是指数级的。「我不想把十年思考押在别人的商业决策上。」

代码编辑器凭什么能当第二大脑

摩尔的选择是VS Code——微软开源的代码编辑器，全球开发者装机量最高的工具之一。但关键不是 popularity，而是 architecture。

第一，扩展（extension）生态的野蛮生长。VS Code的插件市场有超过3万个扩展，从拼写检查到数据库可视化，从思维导图到AI辅助写作，本质上它是个「可编程容器」。摩尔需要的不是「笔记功能」，而是「把笔记需求翻译成代码编辑器能做的事」。

第二，文件系统的完全开放。VS Code不碰你的数据，它只读取你硬盘上的文件夹。这意味着：纯文本、Markdown、Git版本控制、任意云同步方案——你的笔记就是一堆标准文件，随时能被其他工具读取。

第三，也是最容易被忽视的：摩尔作为开发者的「环境沉浸」。他已经在VS Code里写代码、跑终端、查文档、调试程序。把笔记塞进来，不是「多装一个软件」，是「把知识管理嵌入工作流的原生层」。上下文切换成本趋近于零。

具体怎么搭：四个核心组件

摩尔没有写教程，但从他的描述里能还原出架构。这不是「安装即用」的方案，是乐高式的模块化拼装。

【组件一：Dendron——结构化笔记的骨架】

Dendron是个VS Code扩展，把编辑器改造成「层级化知识库」。核心逻辑是：所有笔记按树状目录组织，文件名即路径（如dev.javascript.async-await），支持快速跳转、反向链接、重构命名。

这解决了Obsidian的痛点：双向链接太自由，最后变成无法导航的网状废墟。Dendron强制层级，但保留链接能力——像给大脑装了可折叠的文件夹，同时不丢掉联想跳跃的可能。

【组件二：Git + GitHub——版本控制与备份】

摩尔用Git管理笔记仓库。每次修改自动提交，历史版本随时回溯。推送到GitHub私有仓库后，多端同步、灾难恢复、甚至协作分享都解决了。

这比Notion的「历史记录」更硬核：Notion保留30天版本（付费版无限），但格式封闭；Git是完整的diff（差异对比），你能精确看到某句话是哪天、因为什么被改的。

【组件三：Markdown + 扩展语法——格式自主权】

纯文本是摩尔的底线。Markdown足够表达结构，YAML front matter（文件头元数据）能存标签、日期、状态。需要复杂排版？他用Mermaid画流程图，用LaTeX写公式，用PlantUML生成架构图——全是标准格式，不依赖特定软件渲染。

【组件四：终端集成——消除最后一块界面】

VS Code内置终端，摩尔用iterm或zsh跑脚本、查日志、操作数据库。笔记和代码、命令、输出，全部在同一个窗口的相邻标签页里。「我再也没有为了查一个命令而跳出笔记软件，再为了记笔记而切回来。」

这套方案的隐性成本

摩尔没有粉饰门槛。首先，你需要基础技术能力：Git操作、Markdown语法、扩展配置、偶尔写点脚本。这不是给「只想开箱即用」的人准备的。

其次，移动端体验是硬伤。VS Code有网页版，但手机上写笔记的体验远不如原生App。摩尔的妥协是：用手机快速记录到Drafts或Apple Notes，回电脑前整理进Dendron。

第三，美观度让位于功能。Notion的拖拽排版、Obsidian的图谱可视化，在VS Code里要么靠扩展勉强模拟，要么直接放弃。摩尔的笔记看起来「像代码仓库」，不像「数字花园」。

更深层的启示：工具选择的权力让渡

摩尔的故事最有趣的部分，不是技术方案本身，是决策逻辑的反转。

主流PKM工具都在承诺「我们帮你设计好工作流」：Notion的模板市场、Obsidian的社区插件、各类All-in-one的仪表盘。这是平台化的思路——你把数据和行为模式交出去，换取「被照顾」的便利。

摩尔走的是反方向：承认没有完美工具，把自己的「主环境」（VS Code）改造成万能接口。他不追求「最好的笔记软件」，追求「笔记能力成为工作环境的原生功能」。

这背后是两类人的分野。一类人把工具当「产品」评估：功能清单、UI设计、价格策略、用户评价。另一类人把工具当「基础设施」看待：数据主权、可扩展性、与现有系统的兼容性、长期维护成本。

摩尔显然是后者。他的选择牺牲了即插即用的优雅，换取了不被绑架的自由。

谁该参考这套方案

如果你是开发者、数据分析师、技术写作者——已经在VS Code里度过大部分时间——摩尔的路线值得认真考虑。切换成本极低，收益是认知流的连续性。

如果你是非技术背景的知识工作者，但愿意投入学习——Git和Markdown的基础门槛，大约需要10-20小时掌握。之后的管理成本低于持续订阅多个SaaS的精力消耗。

如果你追求「精美」「无摩擦」「移动端优先」——这不是你的解。继续用Notion或Craft，接受格式锁定的 trade-off（权衡）。

一个更激进的延伸思考

摩尔没明说，但他的实践指向一个趋势：「专业软件」和「通用工具」的边界在坍塌。

Figma从设计工具变成白板+原型+交付的一站式平台。Notion从笔记软件变成数据库+自动化引擎。VS Code从代码编辑器变成「任何结构化文本的处理中心」。它们都在吞噬相邻的功能领地。

但方向相反：Figma和Notion是「做加法」，用功能堆叠覆盖更多场景；摩尔用VS Code是「做减法」，把知识管理需求压缩进已有的技术栈，拒绝为每个场景安装新应用。

两种路径没有高下，取决于你对「复杂性」的容忍位置。有人喜欢一个超级App解决所有问题，哪怕它越来越臃肿；有人宁愿维护一套自定义拼装方案，换取每个组件的精简和可控。

摩尔的答案很清楚：当「第二大脑」的隐喻流行起来时，他选择把大脑装进自己最能掌控的环境，而不是最光鲜的产品。

如果你也想试试

第一步，确认你的主工作环境。如果是VS Code，继续；如果是JetBrains系、Vim/Emacs，原理相通，扩展不同。

第二步，安装Dendron扩展，新建一个工作区，用层级命名法写10篇笔记，感受「路径即分类」的约束与自由。

第三步，初始化Git仓库，提交第一次，设置自动备份脚本或GitHub Actions，解决「丢数据」的焦虑。

第四步，观察一周：有多少次你「本可以」跳出VS Code去查资料、记灵感、整理任务，但实际上没跳——这就是摩尔说的「停止切换」的真实收益。

最后，接受不完美。移动端的妥协、美观度的牺牲、初期配置的时间投入——这些成本不会消失，只是被转移到了你更可控的位置。