files.md:一个反"第二大脑"的本地 Markdown 笔记工具

笔记
Markdown
开源
PKM
本地优先
2026/9/30
·

阅读时间: 大约 8 分钟

files.md:一个反”第二大脑”的本地 Markdown 笔记工具

files.md 的深色三栏界面:左侧是文件树(journal、brain 文件夹下的一笔记),中间是笔记编辑区,右侧是相关笔记预览与反向链接

在 Obsidian 生态里,“第二大脑”(Second Brain)几乎成了一种宗教:层层嵌套的文件夹、追踪生产力的插件、把笔记织成星座的关系图谱。开发者 Artem Zakirullin 做的 files.md 反其道而行——它是一个免费、本地、私有(官网原话:no data is sent anywhere)的 Markdown 笔记应用,GitHub 上约 4.1k star,同时提供 Open Web App(Beta)和一个配套的 Chatbot。它的卖点不是功能多,而是功能少到迫使你自己思考。

一、动机:它在反对什么

官网用了很长篇幅引用一篇《I Deleted My Second Brain》,核心论点相当尖锐:

“Obsidian 是 brilliant 的软件,我深爱它。但不加节制,它也可能成为陷阱……我以为自己在解决遗忘,后来以为在解决整合,最终发现我制造了一个新问题:拖延。我的系统越大,就越把思考的工作推给’未来的自己’——那个人永远不会来。”

files.md 把这种情绪产品化了:No productivity, no complexity. Relax. 它认为”把东西堆在脑子里会消耗精力”,正确做法是把想法倾倒进文件、清空大脑,而不是搭建一个越来越精致、却从不真正帮你想清楚问题的 PKM 流水线。

二、是什么:本地 .md 文件 + 一个快速捕捉入口

files.md 的快速捕捉框:顶部是树状 logo,下方输入框里正在键入 "Brain is the most complex object in the universe",对应官网 "Send a thought" 的随手记录流程

它的形态可以拆成两层:

  • 本地文件库:所有笔记就是磁盘上的 .md 文件(加 media/ 里的图片),你可以用任意编辑器打开,也天然能被 Git、同步盘接管;
  • 一个聊天式捕捉框:官网推荐的主流程是”在读文章/书时,把想法直接发给 chatbot,一条洞察一条笔记”,阅读流不被打断,事后再把笔记归到 brain/ 或 dev/ 这类文件夹。

适用场景官网列得很明确:Notes、Second Brain、Zettelkasten(卡片盒)、Journaling(日志)、Checklists(清单)。

三、文件结构:预定义,但不强迫

和 Obsidian”空文件夹自由发挥”不同,files.md 给了一套预定义但可推翻的目录约定(官网原文列出):

用途路径约定
对话捕捉Chat.md
笔记brain/Note.md、<category>/*.md
项目Project.md、*.md
清单Read.md、Watch.md、Shop.md、MyChecklist_.md
日志journal/2024.08 August.md
待办Later.md
习惯habits/*.md
图片media/*(png/jpg/webp/gif)
归档archive/*.md
配置config.json

一个很有意思的细节:官网建议你在目录里放一个 AGENTS.md,让 AI agent 也能理解这套文件结构。这等于把”给 AI 读的约定”和”给自己读的笔记”放在同一棵文件树下——和当下 AI 编程的工作流是咬合的。

它倡导的方法(作者自称和朋友们这样用了五年)也很朴素:从 0 个文件夹开始、一条笔记一个想法、每条笔记脱离上下文也能看懂、给相关笔记加链接、然后定期回头重读并真正想透,而不是囤积。

四、关键事实与口径

项内容来源
作者Artem Zakirullin官网页脚
GitHub star约 4.1k官网首页徽章
隐私立场Private,no data is sent anywhere官网首页
形态Open Web App(Beta)+ Chatbot + 本地 .md官网首页按钮
定价免费官网 “Free, quiet space”

口径偏差需要指出:官网把”私有、不上传任何数据”放在最显眼位置,但同时又主推一个”Chatbot”捕捉入口。聊天式捕捉在产品语义上必然涉及把文字发往某个处理端——官网首页对这个 chatbot 究竟跑在本地浏览器、还是连到远端模型,并没有在首页给出明确的架构说明。因此”no data is sent anywhere”更准确地说是指笔记文件本体保存在你本地,而 chatbot 这条链路的数据流向需要你自己在实际使用时确认,不能直接等同于”所有数据零外传”。这是阅读时必须保留的 nuance。

五、优势与局限

优势:

  1. 真·本地文件:Markdown 纯文本,不锁库、不依赖厂商同步,迁移成本几乎为零;
  2. 刻意的极简哲学:没有插件商店、没有图谱动画、没有 AI 工作流,减少”整理癖”式的内耗;
  3. 捕捉优先:聊天框式快速入口降低记录摩擦,鼓励”先记下来再归类”;
  4. AI 友好:预定义结构 + 建议放 AGENTS.md,便于和 AI 工具链协作。

局限:

  1. Open Web App 仍是 Beta:成熟度、移动端、离线能力都还在演进;
  2. 极简是一把双刃剑:如果你需要双向链接图谱、插件生态、多人协作,files.md 是”故意不做”,不是”还没做”;
  3. 方法论门槛:它把宝押在”你愿意自己回头重读、建立联系”上,工具不提供任何催办或可视化来逼你这么做;
  4. chatbot 数据流不透明:如前所述,隐私宣称与聊天捕捉之间存在需要用户自行核实的缝隙。

六、谁该用它

  • 已经厌倦 Obsidian 插件堆砌、想要一个**安静、纯本地、不诱惑你”搭系统”**的笔记环境的人;
  • 长期写 Markdown、希望笔记能被 Git/AI agent/任意编辑器复用的人;
  • 认可”思考比工具重要”、愿意把精力花在重读与连接上的人。

反过来,如果你依赖关系图谱、插件自动化或团队协作,files.md 的极简哲学反而会让你觉得”缺东西”——那它就不是为你设计的。

参考来源