前几天在知乎上偶然刷到一篇很有意思的体验文章，作者是一位正在读博的朋友。

他在文章里详细聊了自己在学术阅读、文献笔记以及日常查看 .md 文件时遇到的痛点，并推荐了 mdview。

看到真实用户写这么长且详尽的体验分享，团队第一反应是既惊喜又受触动。

为什么做科研的人，也会嫌现有的 Markdown 工具「太重」？

在开发 mdview 之前，我们发现市面上并不缺优秀的 Markdown 工具。

像 Obsidian、Typora、VS Code 各自都有极强的生态和功能。

但随着工具功能越来越复杂，一个简单的需求反而被忽略了：

「我只是想双击打开看一眼文档，为什么也要等好几秒？」

那位博士在文章里提到的几个场景，其实切中了非常多科研、工程和文字工作者的共同痛点：

  • 查阅频率高，但单次停留时间短：查阅实验脚本说明、看文献笔记摘录、读项目 README，打开几秒钟看完就关，不需要建立什么知识图谱，更不需要动辄启动几百兆的 Electron 庞然大物。
  • 需要基本的渲染支持，但不要冗余功能：公式（LaTeX）、代码高亮、大纲目录、图表（Mermaid），这些是看科研笔记的刚需；但各种繁琐的插件配置、账号登录和云端同步，在「纯本地阅读」时反而成了干扰。
  • 数据隐私与本地化：做课题和写论文的草稿，内容留在本地硬盘最安心，不需要任何上传云端的逻辑。

我们做 mdview 的初衷：把「打开与阅读」做到极致轻快

这篇文章让我们更加确信，当初把 mdview 定位为「专注轻量与即时阅读」的思路是对的。

  • 体积克制：安装包保持在 2MB 左右，秒开无等待；
  • 双击即读：像系统自带的图片查看器一样，把 .md 文件关联给它，看完按一下 Esc 就走；
  • 干净纯粹：纯本地运行，不收集数据，没有弹窗和多余的干扰。

做工具软件很容易陷入「越做越厚」的陷阱，但用户的实际反馈提醒我们：把一件小事做好、做到足够快，本身就是一种价值。

写在最后

非常感谢这位作者的自发分享（原文地址：点击查看知乎评测专栏），文中提到的几个小细节建议我们也已经记录到了迭代清单中。

如果你平时也有大量 Markdown 文件需要快速查阅，欢迎下载体验：mdview 官网首页。

大家在使用中如果有任何建议或遇到了 bug，随时在官网反馈或发邮件给我们。

我们会继续保持克制，把阅读体验磨得更顺手。