Files.md 评测：把整台电脑变成 Markdown 知识库
2026 年 5 月 18 日，一个叫 Files.md 的开源项目在 Hacker News 的 Show HN 频道拿下了 730 分、冲上首页第一。它做的事极其简单——把所有 .md 文件装进一个文件夹里，通过"文件夹即数据库"的范式把一台电脑变成 Markdown 知识库。
这条 HN 评论下，最受欢迎的一句话是："Obsidian 的真正杀手不是另一个 App，而是停止使用 App。" Files.md 想要挑战的正是过去 5 年笔记软件走向"功能堆叠"的方向——它什么插件都没有，就是把 Markdown 文件夹本身当成数据库。
本文从内容创作者的视角实测 Files.md，把它跟 Obsidian、Logseq、思源笔记放在一起对比，并聊一聊 Markdown 笔记工作流怎么衔接到 LinkedIn / X Articles / Medium 的发布流程（顺便说说你可能需要的 md2rich）。
一、Files.md 的核心范式：文件夹就是数据库
打开 Files.md 的 GitHub 仓库，整个项目就一个 HTML 文件，没有后端、没有数据库、没有 Electron 包。它的核心逻辑只有一句话：
"你电脑上的 ~/notes/ 目录本身就是数据库。我只是给你加了一个能全文搜索、能标签过滤的目录浏览器。"
具体来说，Files.md 做了三件事：
- 目录树浏览：把本地 Markdown 文件夹渲染成左侧导航，跟 VS Code 的文件树几乎一样。
- 实时全文搜索：基于 ripgrep 风格的索引，1 万字级别的笔记库搜索响应在 50ms 以内。
- 标签和反向链接：用文件名前缀实现
#tag，用[[wiki-link]]在文件内引用其他笔记，但解析是离线、纯客户端的。
这种范式的最大优势是零锁定。你的笔记永远是纯文本 .md，换电脑只需要 rsync、git、iCloud 任何一种同步方案。换笔记软件也是几分钟的事——任何支持 Markdown 的工具都能直接读。
二、5 分钟上手 Files.md
Files.md 的安装方式非常极客友好：
1. 准备一个笔记目录
在本地任意位置新建一个文件夹，比如 ~/Documents/notes/。在里面随便扔几篇 .md 笔记：
~/Documents/notes/
├── inbox/
│ ├── 2026-06-06-files-md-review.md
│ └── 2026-06-05-llm-cost-control.md
├── projects/
│ ├── md2rich-product.md
│ └── vpstier-com-audit.md
└── archive/
└── 2025-notes.md
2. 启动 Files.md
从 GitHub Releases 下载对应的二进制（macOS / Windows / Linux 全平台都有），或者用 Python 启动：
git clone https://github.com/zakirullin/files.md.git
cd files.md
python3 -m http.server 8000
# 浏览器打开 http://localhost:8000
# 在设置里把 notes 目录指向上面的路径
3. 用 Files.md 写第一篇笔记
Files.md 内置一个极简的 Markdown 编辑器（不是 EasyMDE、不是 Monaco，就是一个 <textarea> 加实时预览）。新建笔记：
# 2026-06-06 Files.md 上手笔记
第一次用 Files.md。跟 Obsidian 比，没有侧边栏的反向链接图谱，#obsidian-alternative
但好处是真的轻——启动时间 0.5 秒，索引 8000 篇笔记也不卡。#性能
## 我打算用它做什么
- 写 LinkedIn 帖子草稿 #publish-workflow
- 写 X Articles 长文 #x-articles
- 写公众号 / Medium 同步稿 #multi-publish
## 跟 md2rich 怎么配合
写完一篇 .md → md2rich 一键转富文本 → 复制粘贴到 LinkedIn / X Articles。
比 Markdown 原生粘贴格式保留好得多。
三、Files.md 的实际使用体验
我用 Files.md 写了两周内容草稿，整体感受是「无摩擦」三个字。
优势
- 启动速度：从点击图标到看到笔记列表，体感 0.5 秒。同样的笔记库 Obsidian 启动要 3-4 秒。
- 零学习成本：如果你会用 VS Code 的文件树，Files.md 完全不需要学。
- 完全离线：断网状态所有功能都能用，搜索引擎、Cloudflare、Notion AI 全死的时候 Files.md 还在工作。
- Git 友好：因为就是纯文件夹，
git diff、git blame跟写代码一模一样。
不足
- 没有白板 / Canvas：Obsidian 1.4 之后主推的
.canvas自由画布，Files.md 不支持。 - 没有插件市场：想要 Dataview、Templater、Excalidraw 这些 Obsidian 杀手锏，等于放弃。
- 没有移动端：Files.md 目前的客户端是桌面优先，手机只能靠编辑器（如 iA Writer、纯文本）配合 iCloud 同步。
- 没有 AI 集成：Obsidian 已经有官方 Copilot、Notion AI 早已成熟，Files.md 强调纯本地，暂时不接任何 LLM API。
四、Files.md vs Obsidian vs Logseq vs 思源：怎么选？
给内容创作者做了一张对比表：
| 维度 | Files.md | Obsidian | Logseq | 思源笔记 |
|---|---|---|---|---|
| 存储格式 | 纯 .md 文件夹 | .md + .obsidian/ 私有配置 | 纯 .md / .org 文件夹 | SQLite + .sy 私有 |
| 双链 / 反向链接 | 靠编辑器 LSP | 原生支持 | 原生 + 块引用 | 原生 + 块引用 |
| 白板 / Canvas | ❌ | ✅ | ✅（实验性） | ✅ |
| 插件生态 | ❌ | 2000+ 社区插件 | 200+ 插件 | 500+ 插件 |
| 本地 / 云 | 本地优先 | 本地优先（Obsidian Sync 付费） | 本地优先 | 本地 + 端到端加密云 |
| 启动速度（1 万笔记） | 0.5s | 3-4s | 4-5s | 2-3s |
| 迁移成本 | 零（纯文本） | 中（需导出） | 低（纯文本） | 高（SQLite） |
| 适合谁 | 写作者 / 极客 | 知识管理爱好者 | 日记 / 块引用党 | 中文团队 / 隐私党 |
结论：如果你跟我一样是「Markdown 写完直接发到 LinkedIn / X / Medium」的内容创作者，Files.md 是最贴合工作流的——它不抢你的注意力，让 .md 文件始终保持纯文本，方便后续加工。
五、Files.md + md2rich：内容创作者的发布闭环
Files.md 解决的是「写」的问题。但 Markdown 写完之后，要发到 LinkedIn、X Articles、Medium、Notion 这些富文本平台，直接复制粘贴是行不通的——Markdown 语法标记 **、#、- 都会变成裸文本。
这也是我做 md2rich 的原因。它是一个 100% 客户端运行的 Markdown → 富文本转换器：
- 在 Files.md 里写完一篇
.md笔记 - 复制 Markdown 全文，粘到 md2rich 编辑器
- 点 「复制富文本」 按钮
- 直接粘贴到 LinkedIn 编辑器 → 格式完美保留（标题加粗、列表、引用、代码块都对）
整个过程零上传、零账号、零云存储——你的 .md 内容永远不离开浏览器，这是 Files.md 这种本地优先工具的天然搭档。
实操示例：从 Files.md 到 LinkedIn 富文本
假设在 Files.md 里写了这么一段 Markdown：
## 为什么 Files.md 比 Obsidian 适合写作者
- **零锁定**：笔记永远是纯 .md，换软件零成本
- **零分心**：没有白板、插件市场，专注写作
- **零云依赖**：本地优先，断网照常用
> Show HN 730 分，评论区最高赞是"Obsidian 的真正杀手不是另一个 App"
粘到 md2rich，点 复制富文本，再粘到 LinkedIn 编辑器，看到的是：
- 零锁定：笔记永远是纯 .md，换软件零成本
- 零分心：没有白板、插件市场，专注写作
- 零云依赖：本地优先，断网照常用
而不是 LinkedIn 里的：**零锁定** 这种裸 Markdown 标记。
六、常见问题 FAQ
Q1: Files.md 跟 Obsidian 比哪个好？
Files.md 没有专有数据库，所有笔记就是普通文件夹里的 .md 文件，迁移零成本；Obsidian 的 .canvas、白板、插件市场更丰富，但笔记库绑死在 .obsidian/ 目录。换电脑或换软件时 Files.md 几乎无感，Obsidian 需要做格式转换。轻量写作者选 Files.md，重度插件用户选 Obsidian。
Q2: Files.md 支持双链 / 反向链接吗？
Files.md 本身不做双链解析，但可以用 grep / ripgrep 跨目录搜 [[wiki-link]] 模式，编辑器配合 VS Code、Helix、Zed 等带 LSP 的工具即可即时跳转。双链是 Obsidian 私有概念，Files.md 把这件事交给操作系统和编辑器来做。
Q3: Files.md 是云同步还是本地优先？
本地优先。笔记就是 .md 文件夹，你可以用 iCloud、Dropbox、Syncthing、Git 任何一种同步方案，没有厂商锁定。Show HN 评论区有用户把它直接放到 ~/Documents/notes/ 跟其他工作文档放一起管理。
Q4: 用 Files.md 写的内容能直接发到 LinkedIn / X Articles 吗？
可以，但需要把 Markdown 转成对应平台支持的有格式富文本。md2rich 提供 100% 客户端的转换器，把 .md 写完直接复制粘贴到 LinkedIn、Medium、X Articles、Notion 即可，标题、列表、代码块、加粗、引用都能保留。
Q5: Files.md 适合团队协作吗？
不适合多人实时协作。Files.md 假设你是一个人写笔记的小工具，团队场景需要走 Git 协作或者 Notion 这类 SaaS。它最强的是「个人第二大脑」场景，不是团队 wiki。
七、结论：Files.md 是不是 Obsidian 杀手？
Files.md 不是来"杀"Obsidian 的——它俩服务的不是同一个人群。
Files.md 服务的，是那些已经被"功能堆叠"困扰的写作者：你打开 Obsidian 想写一篇 LinkedIn 长文，结果 20 分钟在调 Dataview 视图、试 3 个新插件、整理反向链接图谱。Files.md 把你拉回「写」本身。
如果你的工作流是：
- Markdown 写草稿 →
- md2rich 转富文本 →
- 粘贴到 LinkedIn / X Articles / Medium
Files.md 几乎是为这条流水线量身定做的。它不抢你的注意力，不锁你的笔记，让你的 .md 永远是纯文本。
试试 md2rich，从任何 Markdown 笔记（包括 Files.md）一键转成 LinkedIn / X / Medium 富文本。100% 客户端运行，零上传，零账号。
相关阅读：Markdown to LinkedIn: The Honest Guide (2026) · How to Convert Markdown to X Articles (X Premium Required) · Why You Should Use a Client-Side Markdown Converter