Files.md：一个更小的 Obsidian，和一场反第二大脑幻觉

Files.md 最有意思的地方，不是又来了一个“Obsidian 开源替代品”。

它反着来。

别人把笔记工具越做越像操作系统，它把东西放回 plain .md 文件：本地优先、浏览器可用、离线可用、开源、少依赖。笔记、项目文档、日记、习惯、清单、任务、图片、链接，都围着本地 Markdown 转。路上想到一句话，也可以通过 Telegram Bot 先丢进去。

但别急着把它当成 Obsidian 杀手。它现在是 Beta，功能边界很窄。更准确的说法是：一个克制到有点反潮流的 Markdown 文件管理器。

它能做什么，少了什么

Files.md 的基本盘很清楚：所有内容尽量落在本地 plain .md 文件里。

它可以在浏览器/PWA 里跑，Chrome 里可安装。打开本地文件夹后，直接编辑和保存。同步可以走它自己的服务端，也可以借助 iCloud、Dropbox、Google Drive 这类文件同步方案。服务端被描述为一个 binary，不是庞大平台。

功能上，它覆盖的是个人记录的低层需求：

它的开发理念也很硬。

没有构建系统，打开 web/index.html 就能跑。代码要简单到一个人或 LLM 能理解整个项目。理想情况下，PR 应该删代码、简化代码，而不是继续加功能。依赖越少越好，因为每一个依赖最终都要自己负责。

这不是常见软件项目的扩张姿态。更像一份自我约束书。

对读者的影响也很具体。

如果你现在用 Obsidian 只是写笔记、列任务、记日记，插件装了一堆却很少用，Files.md 值得观望甚至试用。成本主要是习惯切换，不是数据迁移，因为 plain .md 本来就好搬。

如果你已经深度依赖 Dataview、复杂模板、自动化脚本、图谱分析，那就别急着迁。Files.md 的窄，正是它的卖点，也是它现在无法替代成熟工作流的地方。

它反对的不是 Obsidian，而是掌控幻觉

Files.md 页面里那句话很准：

Second Brain gets better and better. However, the first brain never actually gets smarter.

第二大脑越来越漂亮，第一大脑未必更聪明。

这话扎到 PKM 用户的痛处。插件越来越多，模板越来越顺，图谱越来越像星空。问题是，星空不等于理解。

Obsidian 当然是好软件。Logseq、Notion 也各有价值。真正的问题不在产品本身，而在用户很容易被一种温柔的幻觉收买：我在收集，我在连接，我在优化流程，所以我在变聪明。

很多时候不是。

今天先收藏，明天再整理。这周先打标签，下个月再提炼。等系统成熟一点，未来的我自然会来挖金子。

那个未来的自己，经常没有来。

Files.md 的克制，刺中的就是这个循环。它不鼓励你继续堆工作流，而是逼你回到几个很土的动作：一条笔记只放一个想法；脱离上下文也能看懂；相关内容手动链接；经常回看；把知识用出去。

“纸上得来终觉浅。”放在 AI 时代，这句话反而更硬。

LLM 可以帮你总结、改写、检索、续写，也可以理解一个足够简单的代码库。但它不能替你完成理解。理解仍然发生在第一大脑里。Files.md 的 LLM-friendly 不是把它变成 AI 笔记工具，而是说明它拒绝把系统复杂度堆到人和机器都难以掌握。

这点对开发者尤其要紧。

复杂工具最会吞时间。你以为自己在优化工作流，其实是在给拖延找一个技术外壳。Files.md 不是让你少用技术，而是把技术退回辅助位。

简单是优点，也是天花板

我不太买账的是把 Files.md 立刻包装成“Obsidian 杀手”。它不是。

它目前只能说明一个方向成立：有人在 AI 时代重新怀疑“更强工具 = 更强思考”这条默认公式。至于它能不能长期成立，还要看三个变量。

同步尤其现实。

本地优先听起来很美，但多数人不是只在一台电脑上写东西。手机、笔记本、工作机之间怎么同步，冲突怎么处理，服务端能不能稳定，都会决定它是“日常工具”还是“开发者玩具”。

Telegram Bot 也一样。它很适合快速记录，但目前不能把它想成完整的多平台输入生态。原文只明确提到 Telegram，其他 messenger 只是未来可能支持。

所以最适合 Files.md 的人群，其实不宽。

一类是开发者和技术写作者。他们懂 Markdown，愿意管理文件，也在意可移植和开源。对他们来说，Files.md 可以当作轻量知识库，先从新笔记试用，不必全量迁移。

另一类是被第二大脑折腾累了的 PKM 用户。他们可以把 Files.md 当一次“减法实验”：只搬最近仍在使用的笔记，不搬历史垃圾；只保留日记、任务、项目文档三类入口；用一两周观察自己写得是不是更多、整理得是不是更少。

不适合的人也很清楚。

如果你需要团队协作、数据库视图、复杂权限、跨平台移动端体验、自动化工作流，Files.md 现在不该进入主工具清单。它还在 Beta，别让一个好理念替你承担生产风险。

我愿意肯定它的方向，但不替它拔高。

今天很多效率工具的商业动力，是让你觉得“还差一个功能”。再来一个模板，再来一个 AI workflow，再来一个自动分类，再来一个漂亮仪表盘。用户拿到即时掌控感，产品拿到留存和扩展空间。

天下熙熙，皆为利来。这没什么神秘。

Files.md 反过来问：这个功能到底在帮你做真实工作，还是只给你一点安心感？

这才是它最有价值的地方。

但克制很难守。开源项目尤其如此。只要有人用，就会有人提需求；需求变多，就会加按钮；按钮变多，一个“小而清楚”的工具就会慢慢长成它曾经反对的样子。

接下来最该看的，不是 Files.md 能不能追上 Obsidian 的功能表。

要看它能不能守住自己的窄门：文件仍然可带走，代码仍然可理解，功能仍然不喧宾夺主。

守住了，它会成为少数让人少折腾工具、多面对文本的产品。守不住，热闹也只是新笼子。