说实话，我是从 Typora 0.9 时代一路用过来的老用户。当时它靠实时渲染和极简界面吸引了一大波 Markdown 写作爱好者，我也顺手把笔记、博客草稿、项目文档全部丢进去了。后来 Typora 转成收费模式，官方提供免费试用，但过期后那个购买弹窗劝退了不少人。网上到处是 typora 激活码、序列号的搜索词，我理解大家想省钱的念头，但说实话，与其折腾这些授权问题，不如认认真真找一个正版免费、体验接近的平替。mdput 就是我在 GitHub 上偶然发现的一款开源 Markdown 编辑器，主打免费、轻量、跨平台，我把它装到主力机上连续用了七天。这篇文章不是官方软文，纯粹是一个老 Typora 用户对 mdput 的深度使用报告，适合那些已经受够授权弹窗、又不想为了写个笔记打开 VS Code 的人。
1. 先聊清楚：Typora用户到底在为什么买单
1.1 Typora的“真香”与“真痛”
先回到一个基本问题：大家为什么喜欢 Typora？我个人觉得核心就三个字——不打断。你打开它，左侧是文件树，中间是一张干净的白纸，输入 Markdown 符号后内容瞬间渲染成排版好的效果，没有代码编辑器常见的侧边栏功能面板，也没有双链图谱之类的概念。这种把写作和排版融为一体的感觉，让很多博客作者、学生、产品经理都愿意为它买单。
但 Typora 从 0.9 版本开始收费之后，用户的情绪就出现了明显分化。官方定价 89 元人民币，买断三台设备，价格倒也不是离谱，毕竟同类编辑器订阅制一年也不止这个数。可问题在于，很多用户只是偶尔写个 README、记个课堂笔记，为了这么低频的需求专门付一笔买断费，多少有点肉疼。于是“typora激活”“typora序列号”这类搜索词常年挂在热搜上。我的态度很明确：不推荐去搞什么激活码、序列号，一方面是版权风险，另一方面是后续版本升级和同步都会遇到麻烦。与其偷偷摸摸用旧版本，不如摊开了找一个免费正版的替代品。
1.2 给你心中的平替画个像
在测试 mdput 之前，我给自己列了一份“平替筛选清单”，也建议你先想清楚自己的需求再动手换。我的清单长这样：
- 必须免费开源，最好能持续更新；
- 实时渲染和源码模式至少要有一个很顺手；
- 安装包别太大，启动别太慢；
- 常见 Markdown 语法必须支持，比如表格、任务列表、代码块、数学公式、目录、脚注；
- 图片粘贴和本地路径处理要靠谱，这是 Markdown 写作中最容易翻车的点；
- 导出 PDF 要好看，导出 Word 至少能通过 Pandoc 完成。
除了这些硬指标，我再加了两条软指标：一是界面要有中文，二是主题可以自定义。这两条直接决定了一个编辑器能不能长期用下去。拿这个清单去筛市面上的工具，VS Code 算半个，因为它插件生态强，但实时渲染体验和轻量程度不够；Obsidian 算三分之二，它很像 Typora，但默认就在一个知识库框架里，重心是笔记管理，单纯写文档会显得重；剩下的很多在线编辑器要么必须联网，要么免费版有文件数量限制。直到我看到了 mdput，才感觉这个清单有希望被完整满足。
2. mdput上手全记录：下载、安装与第一印象
2.1 它是哪来的？项目背景与版本情况
mdput 不是大厂出的工具，而是一个开源项目，我在 GitHub 上看到的简介写得特别朴素：“A free, fast, and lovely Markdown editor based on Tauri”。基于 Tauri 2.0 开发，这一点很关键，因为它直接决定了“轻量”两个字是真是假。Tauri 的桌面应用会调用系统自带的 WebView 渲染界面，不像 Electron 那样把整个 Chromium 打包进去，所以安装包和内存占用都小得多。mdput 目前还在 0.x 版本阶段，我测试时最新版本是 0.4.2，支持 Windows、macOS 和 Linux 三方平台。GitHub 的 Release 页面直接提供安装包，Windows 下有一个不到 20MB 的便携压缩包，macOS 提供 .dmg，Linux 有 AppImage 和 deb 两个格式，目前没有内置自动更新，关注新版本需要时不时去 Release 页面看一眼。
2.2 安装过程与界面初体验
我在 Windows 11 主力机上测试的是便携版。解压之后直接运行 exe，不需要管理员权限，也没有安装向导，这一点跟 Typora 的安装体验差不多。macOS 版本我试了一台 Intel 的 MacBook Pro，打开时系统提示“未验证的开发者”，因为项目还没有做 Apple 公证，需要在系统设置里右键打开一次，后面就正常了。如果你用 Linux 的 AppImage，可能需要先 chmod +x，这是老规矩了。
第一次启动，mdput 的界面让我立刻想到了 Typora：顶部菜单栏、左侧文件夹树、中间编辑区、底部状态栏，几乎没有多余的按钮。默认主题是一种偏暖的白色，等宽字体和正文字体分开设置，状态栏左侧显示当前文档字数、行数和光标位置，右侧有一个编辑模式切换入口。它的默认字号比 Typora 稍微大一点，看久了眼睛不累。
你可能会问：这么像，是不是直接抄了 Typora？我觉得倒不至于，这种极简布局本来就是高效写作编辑器的标准答案，很多编辑器都在用。关键是细节做得如何，我后面会在功能实测里逐项说。
3. 逐项实测：编辑核心功能与使用细节
3.1 实时渲染：从输入到成稿的流畅度
实时渲染是 mdput 最看重的一块功能。默认情况下，你每敲完一行，Markdown 语法会立刻变成排版后的效果，比如输入# 标题再按空格，这一行马上就变成标题。输入加粗时，等星号闭合，文字立刻变粗，这种即时反馈几乎感觉不到延迟。我特意试了持续快速输入中文和英文，它的渲染管线没有被键盘事件卡住，输入始终是流畅的。这点比某些用 Electron 开发的编辑器强很多。
源码模式也很干净，按Ctrl + /可以在实时渲染和源码之间切换，源码模式下会高亮语法关键词，但没有一堆弹窗配置。顺手说一个很多人踩过的坑——Markdown 换行。在 mdput 里，直接回车是创建新段落；同一段落内想软换行，需要在行尾敲两个空格再回车。Typora 也是同样规则，但 Typora 默认隐藏了行尾空格，新手经常以为自己操作有误。mdput 在状态栏提供了一个“显示空白字符”的开关，打开后能清楚看到行尾的两个点，对理解软换行非常友好。
3.2 语法支持：表格、公式、代码块、任务列表
我测试了几组高频语法，结果如下：
- 标题、列表、引用、粗体斜体这类基础语法没有任何问题；
- GFM 任务列表
- [ ]支持，勾选之后状态实时切换，并且能在源码里看到状态变化； - 表格支持完整，从 Excel 或在线表格复制多行数据，粘贴到 mdput 里能直接变成 Markdown 表格，列对齐和转义符处理得比较稳；
- 代码块支持常见语言的语法高亮，还允许在代码块顶部显示语言标签；
- 数学公式默认使用 KaTeX 渲染，行内公式用
$...$，块级公式用$$...$$。KaTeX 渲染速度比 MathJax 快不少，但个别复杂 LaTeX 命令可能不支持，我在实测时遇到一个\begin{aligned}的多行对齐公式，显示都正常，但如果你重度使用某些宏包，建议保留 Typora 作为双保险； - Mermaid 流程图、时序图和甘特图都能正常渲染，版本跟随上游更新，相比 Typora 内置 Mermaid 版本老旧时还要到处找升级方法，这一点确实省心；
- 脚注、目录
[[TOC]]、YAML front matter、HTML 片段都可以用，整体覆盖度在开源编辑器里算很高了。
可以说，mdput 对标准 Markdown 和 GitHub 风格 Markdown 的支持已经相当完整。日常写博客、项目文档、课堂笔记，几乎找不到明显的语法缺口。尤其让我满意的是表格粘贴体验，我从飞书复制了一张带合并单元格的表格，虽然合并信息在纯文本 Markdown 里天然无法保留，但它把基础行列数据转换得很干净，没有出现乱码和错列。这在团队协作里非常实用。
3.3 图片粘贴、附件管理与存储路径处理
图片处理是 Markdown 编辑器最容易翻车的地方。很多编辑器粘贴图片后默认存到一个临时目录，一旦移动项目目录图片就全裂了。mdput 的做法是，首次粘贴图片时，会在当前文档所在目录下自动创建一个 assets 文件夹，把图片命名为image-20250607-123456.png这样的格式，并且在文档里插入相对路径。如果你不喜欢 assets 这个名字，可以在设置里改成 images、附件或者其他名字。
除了粘贴，拖拽图片、从浏览器复制图片再粘贴也都支持。我特别测试了一个场景：把同一张图片复制粘贴到同一个文档的不同位置，mdput 会复用同一张本地图片，不会产生两份冗余文件，这个细节比很多同类工具做得好。还有一个很实用的功能：当图片被粘贴时，mdput 会自动把路径写成相对路径而不是绝对路径。这样整个文件夹放到 GitHub 或者压缩包发给别人，图片都能正常显示。
这里提醒一句：Typora 的图片默认存储路径在旧版本和新版本之间变过，如果你从 Typora 迁移过来的文档自带./${filename}/image.png这类路径，在 mdput 里打开大概率也能识别，因为 mdput 支持路径中包含文件名变量。但如果你的文档里全是类似C:\Users\...这样的绝对路径，换到任何编辑器都会出问题，迁移前最好先统一成相对路径。
3.4 主题与样式自定义：能不能摆脱默认脸
Typora 用户对主题有多热爱，从网上流传的各种主题包就能看出来。mdput 目前内置了浅色、深色、暖灰三套主题，深色模式做得比较克制，不是一片死黑，代码块和表格的分隔线仍然有层次感。但这显然不够，所以我测试了自定义能力。
mdput 把主题文件定位为一个 CSS 目录，在设置里打开“打开主题文件夹”就能看到当前主题的 CSS 文件。因为它不是 Electron，没有完整的 Chrome DevTools，不过这并不影响改 CSS。我试着把之前用 Typora 主题 drake 的主色调搬过来，主要改了标题颜色、选中文本颜色、代码块背景色，保存后回到编辑器立刻生效。大部分 Typora 主题的变量名和 mdput 不通用，不能直接双击安装，但对会一点 CSS 的人来说，迁移成本并不高。如果你完全不懂 CSS，至少可以在设置里改正文字体、等宽字体、字号和行宽，默认的中文字体渲染已经不错了，我甚至觉得比 Typora 默认的宋体好看。
4. 性能压测：启动、长文档、连续输入一个不能少
4.1 启动速度与常驻内存实测
轻量是 mdput 的宣传点，但我不喜欢空口说白话。我统计了一下自己这台 Win11 测试机上的数据，硬件是 i5-1240P + 16GB 内存，系统盘是 NVMe 固态。冷启动测试方法：把编辑器完全关闭，然后双击图标，用手机秒表记录从点击到界面出现并可以输入文字的时间。连续测了五次取平均值，mdput 大约是 1.1 秒，Typora 1.8 大约 1.6 秒。差距没有想象中夸张，但每次启动都快一点，心情确实不一样。
内存占用方面，打开同一个空文档，mdput 常驻内存大约 140MB，Typora 则稳定在 300MB 上下。这个差距主要来自 Tauri 和 Electron 的架构差异，Tauri 复用了 Windows 系统自带的 WebView2，Electron 需要自己维护一整套 Chromium 实例。如果是老电脑或者内存紧张的机器，这个差距很实际。再打开同一个包含大量图片、3 万字的文档，mdput 升到 230MB 左右，Typora 接近 480MB。这组数据我觉得可以作为“轻量”的实证。
| 测试项 | mdput 0.4.2 | Typora 1.8.x |
|---|---|---|
| 安装包 | 18.6MB | 约90MB |
| 冷启动到可编辑 | 1.1秒 | 1.6秒 |
| 空文档常驻内存 | 约140MB | 约300MB |
| 3万字文档内存 | 约230MB | 约480MB |
4.2 长文档写作的卡顿边界
为了测试极限，我生成了一个 10 万字的纯文本 Markdown 文档，里面塞了 200 个表格和 100 个代码块。mdput 打开这个文件花了约 3 秒，打开后光标移动和输入有轻微延迟，但还能正常操作；在实时渲染模式下滚动到表格密集区域时，会出现约半秒的卡顿。Typora 打开同样的文件大约是 2.5 秒，滚动时的流畅度稍好一些，但在渲染多个大表格时也会掉帧。
我的结论是，mdput 的流畅边界大概在 5 万字以内，日常笔记、公众号长文、技术文档都够用。再往上走，任何所见即所得的 Markdown 编辑器都难免卡顿，只是谁更耐压的问题。如果你要写一本十几万字的书，最好还是拆成多个章节，用文件树管理，这样编辑和导出都更稳定。mdput 支持多标签页，拆开后跨文件跳转挺方便。
4.3 自动保存、多标签与会话恢复
编辑器的稳定性不只是渲染不崩，还有数据不丢。mdput 默认每 5 秒自动保存一次，这个间隔可以在设置里改成 1 秒到 60 秒。它会把编辑中的文档保存到原路径，而不是像某些工具一样另存一份备份文件，所以不用担心忘记 Ctrl+S。我做了一个断电模拟：打开文档，输入一大段内容，不等自动保存直接杀掉进程，然后重新打开，发现丢字情况很少，基本回到最近 5 秒内的状态。
多标签页这个功能，Typora 官方一直没做利索，mdput 反而做得很自然。你可以同时打开多个文档，标签显示在编辑区顶部，右键可以关闭、复制路径、在文件管理器中显示。会话恢复方面，重启 mdput 后，它会询问是否恢复上次打开的标签页，选择恢复后可以马上回到之前的工作现场。对习惯同时维护多份文档的人来说，这个体验真的加分。
5. 导出、兼容与插件：最容易翻车的地方
5.1 导出PDF和Word的对比
评测 Markdown 编辑器，不能只看输入体验，最终产出文件够不够漂亮也很重要。mdput 导出 PDF 走的是内置打印引擎，不是简单的浏览器打印，支持设置页面大小、页边距、是否显示行号。我导出一份带中文、代码块、表格的测试文档，整体排版干净，代码块不会出现半个字符被切断的情况，中文字体默认使用系统字体，不用额外配置。这一点比很多开源编辑器默认导出丑爆的 PDF 好太多。
导出 Word 则需要额外安装 Pandoc，mdput 在导出菜单里放了一个检测按钮，如果系统没装 Pandoc，会弹窗提示下载地址。装好 Pandoc 之后，导出 .docx 基本是无缝的，标题层级、表格、图片都能正确转换。很多从 Typora 迁移过来的用户可能会问：Typora 导出 Word 不也需要 Pandoc 吗？是的，Typora 同样要装 Pandoc，只是它把依赖藏得比较深，新手第一次用经常找不到原因。相比之下，mdput 的提示更友好。另外，mdput 还支持导出 HTML 和图片格式，图片适合发朋友圈这类轻分享场景。
如果你之前用过 VS Code 导出 PDF 还要额外装 PrinceXML 的流程，应该能体会 mdput 内置导出有多省心。至少我在测试时没有遇到乱码、字体丢失、表格越界这类常见问题，这点对中文用户尤其重要。
5.2 与老牌编辑器的语法兼容性差异
这里要泼一点冷水：mdput 毕竟还年轻，不是所有 Typora 的私有语法都兼容。比如 Typora 支持自定义容器::: tip、::: warning这类带样式的提示块，mdput 目前会把它当成普通引用块，样式上会比较平淡。还有 Typora 内置的一些图表扩展、==高亮==、--删除线--等非标准写法，mdput 部分支持部分不支持，比如删除线~~text~~是支持的，==高亮==则不渲染。
我的建议是：新项目尽量只写 CommonMark/GFM 标准语法，这样不管换到 Typora、mdput、VS Code 还是 GitHub，显示效果都一致。已经用 Typora 写了大量私有语法文档的话，迁移前先跑一遍搜索，把不兼容的扩展改掉，免得导出的 PDF 和原稿差异很大。markdown 表格复制也值得一提：mdput 支持把 Markdown 表格粘贴进文档后自动渲染，粘贴来自飞书、Notion 的富文本表格时，偶尔会出现竖线遗漏，我建议粘贴后用源码模式检查一遍。
5.3 插件生态：现状、边界和替代方案
mdput 目前没有一个真正意义上的插件系统，没有类似 VS Code 的扩展市场，也没有 Typora 的第三方主题中心那么热闹。这意味着你想要网络剪藏、同步、AI 续写这类功能，必须借助外部工具。这个边界对于坚持轻量定位的编辑器来说可以理解，但也意味着它不适合那些什么都想在一个工具里干完的人。
我自己的替代方案很简单：mdput 负责写和导出，其他事情交给外部脚本。Pandoc 做文档转换，Git 做版本管理，Syncthing 做多设备同步，所有 Markdown 文件都是纯文本，任何自动化工作流都能接入。甚至你在 Coze 之类的自动化平台里配置一个“Markdown 转 Word”的工作流，然后把 mdput 导出的文件丢进去，完全不受编辑器本身的限制。这种组合拳看起来不如集成式编辑器省事，但胜在稳定和灵活，每个环节都可以替换，不被单一软件绑架。
6. 值不值得换？我的迁移方案与最终结论
6.1 用一份清单帮你判断是否适合迁移
先回答最直接的问题：mdput 能不能完全平替 Typora？我的答案是：对于大多数轻度、中度 Markdown 用户，完全可以；对于重度依赖 Typora 私有语法和主题生态的用户，需要谨慎。为了便于决策，我列了个简单的画像清单：
适合切换到 mdput 的人：正在网上找 Typora 免费版或激活码的人；受够了授权弹窗的学生和自由职业者；需要写博客、笔记、README、课堂报告，但不想打开笨重 IDE 的人；拥有低配电脑或者对内存占用敏感的人；喜欢用 Git、Pandoc、Syncthing 自己拼工作流的折腾党。
不适合的人：已经把 Typora 私有语法用得飞起的资深用户；离不开特定 Typora 主题并且不会改 CSS 的人；需要移动端 App、双链笔记、数据库视图等复杂功能的人。这部分需求已经超出 mdput 的定位，不如直接使用 Obsidian 或 Notion 更合适。
6.2 从Typora等编辑器无损迁移的步骤
如果你决定试试 mdput，迁移过程其实不复杂。第一步，安装好 mdput，然后用“打开文件夹”功能直接选中 Typora 之前的工作目录，所有 .md 文件会出现在左侧文件树里。第二步，确认图片路径。Typora 新版本默认把图片存到文档同名的子文件夹里，mdput 支持在设置里把图片路径改成同样的规则，保存后基本无缝；如果旧文档里的图片路径是绝对路径，建议写一个正则批量替换为相对路径。推荐写法是统一放进项目根目录下的 assets 文件夹，并在文档里使用./assets/图片名.png。
第三步，处理文档里的扩展语法。用全文搜索把不兼容的:::tip、==高亮==等替换成标准写法。第四步，安装 Pandoc，方便导出 Word。第五步，花 10 分钟在 mdput 的主题 CSS 里把默认字体、标题颜色微调成你习惯的样子。整个流程通常不会超过一个小时，弄完以后就可以把旧编辑器的定期续费/激活烦恼丢掉了。
6.3 我实际留下的工作流
这一周测试下来，我并没有把 mdput 当成唯一工具，而是把它的位置摆得很清楚：它是我的日常草稿和快速输出工具，而不是万能工作台。我的实际工作流是：用 mdput 打开一个按年份整理的笔记目录，写博客草稿、会议记录、阅读笔记；写完以后用 Git 提交，推到私有仓库；需要交付 Word/PDF 时，用 mdput 的导出菜单一键生成，或者走 Pandoc 脚本批量转换；手机上需要看草稿时，用 Syncthing 同步到手机，再用任意一个能预览 Markdown 的 App 阅读。
这套工作流跑了一周，最大的感受是“安静”。mdput 不会弹授权窗，不会在后台占大几百兆内存，也不会因为功能太多让我分心。遇到需要复杂表格、脑图、双链的场景，我依然会打开其他工具，但日常写作的主阵地已经明显偏向 mdput。
6.4 最终结论：谁最适合用mdput
把这一周的实测结果摊开看，mdput 的定位非常清楚：它不是一个试图取代所有工具的平台，而是把 Typora 最核心的体验——实时渲染、干净界面、专注写作——做成了一款免费开源的轻量软件。它的亮点是安装包小、内存占用低、相对路径处理稳健、导出 PDF 中文效果好；短板是插件生态空白、部分非标准语法不支持、官方更新节奏还要观察。
如果你还是那个偶尔被 Typora 弹窗打扰、又不愿意折腾激活码的人，我建议直接下载 mdput 试两周。反正数据都是纯文本，不喜欢删掉也不会有什么损失。如果你已经深度依赖 Typora 的私有语法和主题生态，那可以先保留 Typora，同时用 mdput 写新文档，一边写一边把内容往标准 Markdown 靠拢。至少对我个人来说，这一个礼拜是回不去了。它可能还不是最完美的那个编辑器，但它让我重新找到了那种打开软件就能安静写字的感觉。
