你电脑上装了不止一个Markdown编辑器吧我前段时间帮同事清理电脑发现他C盘里躺着四个编辑器、两个笔记软件还有十几个插件在后台常驻。问起来他说写个Markdown而已光配插件就花了两天。我打开U盘把一款不到10MB的免费Markdown编辑器扔给他。公式、图表、全文搜索全都内置一个插件都不用装。他看完一脸“还有这种好事”的表情。这篇就聊聊这个能把写作从插件泥潭里捞出来的小工具以及我日常使用它的完整心得。1. 插件是万能药也是注意力黑洞1.1 插件生态给了你自由也收了你维护税插件的优点是能自由组合功能想要什么装什么。但它的隐性成本往往被严重低估。先说学习成本。VS Code里光是Markdown相关的插件就有几十个方向格式化、表格增强、目录生成、图表支持、导出PDF、预览样式……每个插件都有自己的快捷键、配置文件和更新节奏。装完不是结束而是开始。插件之间还会打架比如一个接管预览、一个接管导出你在两个插件之间反复切换配置不断踩坑。再说维护成本。我见过有人装了三页插件一次编辑器升级后一半变红失效作者不更新了项目也没人接手最后只能换个插件重新学配置。这还是在正常使用的前提下如果碰到需要自定义脚本的场景时间成本会更夸张。我自己的经历更直接。以前用某个主流编辑器为了用上流程图渲染装了一个社区插件装完发现它和另一个主题美化插件冲突预览区直接白屏。我折腾了一个下午最后把两个插件都卸了手动改回内置渲染——那一刻我突然意识到明明只是想要一个能画流程图的Markdown编辑器怎么变成了插件兼容性测试员1.2 在Markdown编辑器里你真正高频的其实只有这几件事如果你愿意把日常使用场景拉出来盘一遍会发现真正高频的动作其实非常固定写标题、列表、加粗、斜体、链接、图片、代码块。看预览渲染效果确认排版。查在大量笔记里找一段话或者找一个公式。出导出成PDF、复制到博客、发给别人。这些需求不需要“无限扩展”。一个编辑器如果能把这几件事做到极致就已经覆盖了大多数人的绝大多数场景。插件生态当然有价值但它的价值集中在少数进阶用户身上对普通写作者来说插件越多反而离Markdown“简单、干净、可移植”的初衷越远。1.3 为什么“一个插件都不用装”能成为卖点因为Markdown的核心价值就是简单。纯文本、易迁移、不锁定格式这是Markdown能流行起来的底层逻辑。但很多工具用插件生态把它搞复杂了。一个全内置的编辑器等于把公式渲染、图表绘制、搜索这些常用能力直接编译进本体而不是让你去商店里挑、去GitHub上看版本兼容性、去论坛里搜配置教程。它把复杂度留给了开发者把简单留给了用户。这也是我给同事推荐这款不到10MB小工具时最想传达的一点写作的工具不应该成为另一个需要维护的项目。2. 不到10MB的第一印象安装、界面与便携2.1 安装包到底多小标题说“不到10MB”这不是夸张。我下载到的安装包只有几MB比一张高清照片还小。安装过程基本是双击、下一步、完成十秒内结束。你可能会觉得现在随便一个聊天软件都几百MB一个几MB的编辑器能干什么我第一次也是这么想的。但装完打开之后我反而觉得这才应该是工具该有的体型——它只做Markdown编辑这一件事不塞广告、不捆绑浏览器内核、不带一堆你用不上的“扩展全家桶”。启动速度也是肉眼可见的快。双击图标到出现界面基本感觉不到延迟。这在老电脑上尤其明显。我一个朋友还在用几年前的笔记本平时开个“大软件”要转圈半天用这个编辑器几乎是秒开他当时就决定把它设成默认的md文件打开方式。2.2 默认界面与文件管理界面是典型的“三栏”结构但比很多大型工具精简得多左侧是文件树可以直接打开整个文件夹按目录管理笔记中间是编辑区默认就是源码编辑状态右侧是实时预览区滚动时会跟随。当然也可以切换成单栏沉浸式写作的时候只留下一个干净的编辑区减少干扰。让我比较意外的是它还自带大纲视图。写长文时点一下标题就能跳转这个功能我原来以为需要插件支持结果内置就有。设置项也不多没有一屏塞满的专业级配置但对日常写作来说真正需要的选项反而一个都不少字体、主题、导出格式、渲染模式都是点两下就能搞定。2.3 这才是真正的绿色软件这款编辑器从来没有“项目”或“工作区”的概念也不搞私有数据库。你打开一个文件夹它就把里面的.md文件全部列出来你新建一个文件本质上就是在磁盘上新建了一个纯文本文件。所有笔记都是标准Markdown任何其他编辑器都能打开没有格式锁定问题。它的配置和数据也都可以放在指定的目录下甚至可以做到真正的免安装便携把程序文件夹丢进U盘插到任何一台电脑上直接运行不写注册表、不留后台服务。这意味着什么呢我经常要在不同设备上写东西以前靠各种云同步软件同步“某个软件的专用数据库”经常出现版本冲突现在只要把U盘插上打开这个不到10MB的程序所有笔记和配置跟着走和哪台电脑无关纯粹、干净、可控。3. 公式、图表、搜索全内置功能一次讲透3.1 公式从行内符号到矩阵排版Markdown写公式这件事很多编辑器要么不支持要么必须要装插件。这款编辑器把LaTeX公式渲染直接内嵌进了预览引擎支持行内公式和块级公式。行内公式用一对美元符号包起来比如$x^2y^2z^2$就能在段落中间直接渲染出一个数学表达式。块级公式用两对美元符号通常独占一行并居中显示。我写技术文档时常用的高斯分布函数可以这样写$$ f(x) \frac{1}{\sigma\sqrt{2\pi}} e^{-\frac{(x-\mu)^2}{2\sigma^2}} $$渲染出来的效果和正经LaTeX文档没两样。实际测试下来常用的上下标、分数、根号、求和、积分、矩阵命令都能正常处理比如\frac{}{}、\sqrt[]{}、\sum_{i1}^{n}、\int_{a}^{b}以及\begin{pmatrix}这种矩阵环境。这里有一个小坑要提醒部分编辑器的行内公式要求$和公式内容之间不能有空格写$ x^2 $可能不渲染但写$x^2$就能正常。如果遇到公式不显示先检查这个再去确认是否处于“实时预览”模式因为不少工具在纯源码模式下不渲染公式需要打开预览开关。3.2 图表代码块里长出的流程图图表是很多人选型时最先问的功能因为Markdown原生语法不包含图形。市面上最流行的实现方案是在代码块里写一段图形描述语言预览时自动渲染成流程图、时序图或甘特图。这款编辑器内置了这种能力不需要安装任何扩展直接给出一个代码块在开头声明图形类型然后在后续行里写节点和连线关系预览区就会实时渲染出图形。我拿它画过项目排期用的甘特图也画过技术方案的时序图发给同事看对方直接问“你是用Visio画的吗”——并没有就是Markdown里的一小段代码。这个功能的价值在于图形文本化了。以前画一个流程图要用鼠标拖方框、拉箭头、调对齐费时费力还不好改现在改一行文字图形自动变。而且因为图形描述本质上是纯文本放进Git里能做版本对比对方改了哪个节点一目了然。对于写技术方案、项目文档、接口说明的人来说这个内置能力基本替代了画图软件。3.3 全文搜索文档越多越能打的隐藏技能当本地笔记积累到几百篇之后找内容就成了第一需求。文件夹整理得再整齐也架不住时间久了记不清文件放哪。这时候全文搜索就是命根子。这款编辑器内置了全局搜索功能可以在整个打开的文件夹里搜索也支持当前文件内查找和替换。搜索结果会以列表形式展示每条结果直接显示匹配的那一行上下文点击就能跳到对应位置。我实测过几次有篇半年前写的笔记我只记得里面提过“内网穿透”和一个外号用全文搜索输入关键词不到一秒就把文件捞出来了。这个功能最大的意义是让我彻底放弃了“为了分类而分类”的文件夹管理方式。以前我花大量时间想这篇笔记该放哪个目录现在随便建文件搜索就是唯一的索引反而更省心。还有一个细节搜索支持大小写开关、整词匹配和正则表达式。对普通用户来说正则可能用不上但技术用户写代码时能用正则一次找出所有“以某开头、以某结尾”的片段省事很多。4. 我的日常写作工作流实测4.1 技术博客与本地笔记的组合用法我现在的写作环境基本被这个不到10MB的小工具接管了工作流也很简单本地建一个文件夹叫“notes”按年份和主题分几个子目录打开文件夹直接在编辑器里新建.md文件写作图片用相对路径存在同目录的images文件夹里整个文件夹丢进网盘同步目录自动备份需要版本管理的项目笔记再把文件夹初始化成Git仓库。这套组合的好处是每一环都能被替换。今天用这个编辑器明天换回Typora或者VS Code都可以无缝继续写因为文件格式是标准Markdown网盘不想用了可以换本地硬盘Git不想用了可以删掉.git目录什么都不会被锁定。写技术博客时公式和代码块是我的高频操作。代码块语法是三个反引号加语言名比如写Python就写python预览区会高亮。写完之后可以直接全文复制粘贴到博客后台也能导出成PDF存档。我用它写了几个月产出了近几十篇技术笔记没有一次因为工具问题中断过。4.2 导出PDF别小看中文乱码这个坑Markdown编辑器导出PDF算是“看起来简单、实际上容易翻车”的功能。最常见的问题就是中文乱码或中文完全消失只留下一堆方块。有些编辑器默认调用的渲染引擎不认中文字体或者PDF查看器没有对应字体就会出这种问题。我实测的经验是在导出之前先去设置里把导出PDF的字体改成中文字体比如“微软雅黑”或“思源黑体”基本能解决大部分乱码。如果编辑器自带“通过浏览器打印为PDF”的选项也可以直接选那个因为它本质上是调用浏览器的打印功能浏览器的字体兼容性要好得多。还有一个不大不小的问题导出的PDF如果包含代码块长代码行容易被截断没有自动换行。我的习惯是在代码块里手动控制行宽尽量不让单行代码超过页面宽度这样导出效果会比较稳定。4.3 新手最常踩的三个基础语法问题网上经常有人搜这几个问题我就在这里一并说了新上手Markdown的人几乎都会遇到换行在Markdown里直接按一次回车并不会分段只会产生一个空格。想要真正的段间距需要在段落之间空一行。想要在同一个段落内强制换行要在行尾加两个空格再按回车这个很多人不知道。表格Markdown表格用竖线|分隔列第二行要写对齐标记比如| --- | --- |。如果想从网页或软件里复制表格最好先粘贴到文本编辑器里把内容拆出来避免格式错乱。段落前的竖杠一行的最前面加一个表示引用块。这个并不是“代码块的前缀”也不是格式错误而是引用别人文字的语法。很多人看到别人的Markdown文档里有一段前面带竖杠以为是什么特殊功能其实就是一个引用。这些基础知识配合内置的实时预览基本看一遍渲染效果就懂了。5. 和主流工具的横向对比什么场景该选谁5.1 一张表看清各方案差异我用了几年时间在多个编辑器之间反复横跳最后留下了这套判断维度。下面表格里是我个人实测后的感受不代表所有平台的绝对数值但方向是明确的对比项这款轻量编辑器VS Code 插件TyporaObsidianMarkText安装包体积不到10MB100MB以上100MB左右80MB以上80MB左右费用免费免费付费授权个人免费开源免费公式渲染内置开箱即用需装插件内置需开启/插件支持内置图表绘制内置需装插件内置需插件支持内置全文搜索内置需装插件支持内置支持插件扩展无或不支持极其丰富少丰富少学习成本低高低中低数据格式纯.md文件视配置而定纯.md文件纯.md文件 库结构纯.md文件从这个表能看出它的定位很直接想要开箱即用、不想折腾、又希望核心功能一个不少它就是最省心的选择。5.2 全内置方案的短板在哪里全内置的方案不是万能的。最明显的短板是扩展性。如果你需要类似数据库视图、双向链接、日程管理、复杂模板系统这些“特别定制”的功能它就做不到了。我自己的使用边界也很清楚写博客、写会议纪要、整理技术文档、做项目笔记它完全胜任。但当我想要一个“第二大脑”把所有笔记、剪藏、日程、想法、知识图谱全部串起来时我就会打开Obsidian或者其他知识管理工具。这两个场景不是互斥的而是互补的。关键是你得知道自己的需求在哪个层级而不是让一个工具试图满足所有需求。另外全内置也意味着更新节奏完全依赖开发者。如果一个功能有Bug你不能通过换一个插件来绕开只能等作者修复。所以选择这类工具时我一般会看一下它的更新频率和社区活跃度至少最近一两年还在持续维护用起来才放心。5.3 它和Typora、MarkText、Obsidian的真实关系总有人问“这和Typora有什么区别”“这能不能替代Obsidian”。我的看法是和Typora比Typora的界面更漂亮、生态更成熟但现在需要付费买授权。如果你不想为单机工具再付一笔钱又想要几乎一样的写作体验这款轻量编辑器就是一个不错的替代方向。和MarkText比两者定位接近都是免费开源、内置公式图表。区别主要在体积和维护状态MarkText体积更大而且更新频率一般这款更轻适合对体积敏感的人。和Obsidian比这是完全不同的物种。Obsidian是知识管理平台重点在链接、图谱、插件化这款是纯写作编辑器重点在轻量和即开即用。非要二选一的话想清楚你是“写作多一点”还是“管理多一点”。6. 关于“工具做减法”的几点经验6.1 体积小不等于功能弱关键在于技术选型很多人习惯用安装包大小来猜测一个软件的能力这其实是一个误区。现在很多“大型”编辑器之所以动辄上百MB大部分体积来自底层的Web运行时——它们本质上是网页套了一层本地外壳相当于为了让一个网页程序跑起来要把整个浏览器内核也打包进去。而这款不到10MB的编辑器能做到公式、图表、搜索全内置说明它走的不是这个路子很可能在底层渲染引擎和UI框架上都做了大量减法只保留了必要组件。这种技术选型的差别带来的是实实在在的体验差异内存占用低、启动速度快、不卡顿。我有一个16GB内存的Windows电脑打开某些Electron应用风扇会转但这家伙全程安静。这不是性能玄学而是因为一个只做几件事的原生程序和一群互相依赖的运行时环境从根基上就不是一个量级。6.2 我选轻量Markdown编辑器的检查清单这里是我筛选编辑器时固定会过的几个检查项分享出来供你参考是否免费或开源不希望一个好用的工具用着用着突然开始收费或停更安装包体积不代表一切但能看出产品定位数据必须是标准Markdown纯文本这是我绝不妥协的底线只有纯文本才不会被工具绑架公式、图表、搜索三件套是否默认支持我不愿意为高频功能再去搜插件、调配置导出PDF是否支持中文字体踩过乱码的坑才会知道这项多重要是否跨平台至少Windows和macOS都有版本换电脑不用重新找工具近一年有没有更新有维护的软件才有安全感。6.3 什么时候应该果断放弃它不要因为喜欢一个工具就把它用到不合适的场景里。以下几种情况我会直接放弃这种轻量编辑器你已经积累了大量的插件、模板和自动化工作流迁移成本远大于折腾成本你需要的是知识库管理包括双向链接、关系图谱、数据查询而不是单纯写文档团队协作时需要多人实时在线编辑和评论单机工具根本接不住这种需求你有大量图片、附件和多媒体资源要关联需要更强的资产管理能力。工具是服务写作的不是给写作添乱的。发现不合适就换不用有“沉没成本”心理。我个人现在的态度很简单越简单的场景越不惯着工具。插件可以装但别把“写一篇Markdown文档”变成“运维一个软件项目”。这款不到10MB的免费Markdown编辑器未必适合所有人但如果你也受够了“为了一个加粗按钮装全家桶”的体验不妨去试试这类“全内置”的小工具。你省下来的时间和心态会比那10MB更像宝贝。