A 7-Year Typora Run Ends: Closed Plugins, Image Upload Failures, and 600 Articles Head to Obsidian

这篇文章写起来很沉痛，因为我这就要和我用了 7 年的编辑器 Typora 说再见了。

我 19 年就开始用 Typora 了，当时 Typora 还不收费，当时我还不知道 markdown 格式是什么，也不知道哪款编辑器好用，我尝试了几款当时主流的，都觉得用着不习惯。

后来有一次我看直播，偶然发现了别人在用一款及其丝滑的编辑器，它可以实时把 markdown 格式实时渲染，界面清爽看着很舒服。

事下打听我才知道，这个编辑器是 Typora ，然后用起来就一发不可收拾了。

我所有的文章都是用 Typora 写完的，可以说 Typora 陪伴我度过了漫长的岁月。

后来 Typora 变成收费版，我第一时间直接买了。

我统计了一下自己的文章数量，我大概用 Typora 写了 600 + 篇以上的文章。

可以说是 Typora 的拥趸了。

但是今年我重新用起来了 Typora 以后，我发现写东西还有日常的格式导出，以及流畅性来说，不太适合做 AI 时代的 Editor 了。

总的来说，我觉得 Typora 劝退我的问题主要有下面这几类：

01 封闭的单体架构

Typora 一直就是闭源的，闭源没问题，因为 Codex 、Claude Code 这些都是闭源的，但问题的关键是你闭源但你得产生独特的优势。目前官方发了很多版本，但问题是我都不知道更新啥了，没有从实际的细节上来优化问题。

官方不支持 AI 功能，AI 功能主要从社区来拓展，而且 Typora 官方竟然连插件 Marketplace 都没有，插件市场也是三方的。

Typora 是典型的闭源单体应用，它完全没有内核模式，官方只开放了纯 CSS 的主题，从来没有开放过官方 JS 插件 API。

这个能说明什么问题？那就是：我官方都不做的东西，也不支持你们社区来做。

虽然有三方社区，不过并不是很庞大，目前 GitHub 上最火的 Typora 插件框架（如 obgnail/typora_plugin），其实是社区开发者利用 Electron 的机制，通过修改本地入口文件、利用 DOM 劫持与 JS 注入，硬生生给 Typora 外挂了一个微内核。一旦官方大版本重构了前端 DOM 结构，外挂插件就有失效风险。

这种寄人篱下的模式，注定了它在 AI 时代的扩展性上步履维艰。

而且插件我几乎没用过，我用的最多的插件就是主题皮肤。。。

这些皮肤虽然很多，但是我折腾了几个之后就没有再继续折腾的时间和精力了。

我现在倒看着 GitHub 的主题颜色挺顺眼，mmp 真的老登了可算是。

02 图片上传卡死

我一般上传图床是用的 Typora + PicGo 这个图床上传工具，在图片复制到 Typora 的时候会自动通过 PicGo 上传到图床里面。

而我的图床配置的是 GitHub 图床。

我在 Typora 就经常遇到图片上传失败的问题。

不过把上传图片失败的锅甩给 Typora 有点不好，主要是由于网络波动，GitHub 经常抽风，这个大家 dddd 。但难受的地方是一旦图片上传失败，Typora 就会不得已降级给我返回一个本地图片，然后我拿文章正文复制到公众号发现图片我还得重新再粘一遍。

这种情况已经出现不下于几百次了，我也不知道我是怎么忍到现在的，果然是忍者神龟。

而且还没有图片自动重传机制，写到这里肯定会想你自己写个不完了，我倒是也想自己写 ：）

如果文字内容 + 图片如果比较多的话，很容易直接卡死，而我又偏好写长文。。。所以我这个 32G Mac 都卡死好几回了。

还有就是打开文章的体验问题，我打开一篇文章 Typora 只会显示当前文章下面的路径，只有点击下方的文件夹才能显示路径位置，而且这个文件夹默认是不显示的，只有鼠标划过才显示。。。

03 写作时的视觉焦点问题

还有就是写作时的体验问题。

就比如这篇文章放到 Typora 是这样的。

有小伙伴可能会说，你不会换个行吗，当然可以，换行之后是这样的。

虽然 Typora 支持 Focus Mode 和 Typewriter Mode ，但用起来总也有些不顺手。

Focus Mode ：只显示光标所在位置的文字，其他以失焦的形式展示。

Typewriter Mode ：这个模式会自动把光标行定位在屏幕中央，让你的焦点离不开屏幕中央位置。

就人写作时的注意力会停留在屏幕中央左右大概 50% 的距离，两边要么是导航，要么是其他无关紧要的组件。虽然说可以通过 CSS 来调整，但一个产品不从自身涉及出发而靠外部调整，我觉得是不够的。从这一点来说，我觉得 Obsidian 和 MarkText 做的就比较好。

这真不是我的强迫症，而是有排版学和视觉生理学依据的。

现代排版圣经《The Elements of Typographic Style》与 Baymard Institute 的眼动追踪（Eye-Tracking）研究表明，单行文字过宽会导致人眼在读完一行、视线折返下一行行首（Return Sweep）时产生严重的水平扫视疲劳和串行迷失。英文最佳行宽是 50～75 个字符，而中文最佳阅读行宽是 30～45 个汉字——放在现在的宽屏显示器上，正好只占屏幕中央 40%～50% 的宽度

Obsidian 是这样的。

MarkText 是这样的。

我第一开始也对这种两边大面积留白感到不理解和不适应，但当你写过一定数量的文字之后，你才会发现，聚焦才是最重要的，而不是一下子读一大段内容。

Typora 中的图片大小默认固定使用百分比来缩放，虽然也支持像素级缩放，我之前认为这没啥大问题，现在来看体验很差。

我目前还没有想好 Typora 的平替到底是用什么，我还在调研是以后要用 Obsidian 知识库的方式，还是用 MarkText 专注于写作的这种方式。

我重点调研并实测了 Obsidian（知识库路线）和 MarkText（纯粹写作路线），发现这两者的优缺点都非常鲜明：

先说 Obsidian

它的优点：插件和 AI 生态极其庞大，内置官方插件市场，能轻松接入各种 AI 插件，我可以把我 600 多篇文章做成 AI 知识库，给大家订阅，也有丰富的图床和公众号排版插件。

Obsidian 最大的特点是天然带左侧文件树和秒级全局搜索，它能帮助我告别去 Finder 里面翻老文章的痛苦。

我目前用了一下，很丝滑，而且图片上传失败会显示失败路径，这有提示就很好了。

当然它也有缺点：它的实时预览没有 Typora 做的干脆，有一点轻微的文字跳动感，还会是显示 MarkDown 源码符号，不过这个用习惯了问题不大。

Obsidian 是以 Vault 库为单位是用的，它不能像 Typora 那样在 Finder 随便双击一个 .md 文件就轻快地改两句。

由于 Obsidian 生态太庞大了，很容易让新手小白陷入折腾插件而忘了写作的主线上，不过这个问题不大，幸福者的烦恼了算是。

再说一下 MarkText ，这个看着像是 Typora 的开源孪生兄弟。

我浅尝了一下，它把 Typora 的缺点都补全了，开源免费，Focus、Typewriter 模式，注意力机制，实时渲染做得好。

支持直接拖拽缩放图片，段落左侧还有类似 Notion 的快捷操作手柄，也能直接双击打开单个 Markdown 文件。

缺点也是有的，我看到它官方主仓库曾停更了很长一段时间，虽然现在有社区维护分支在续命，但稳定性和活跃度让人有些缺乏安全感。

面对多图长文时内存占用依然偏高，在 Mac 上配合中文输入法码字时，偶发会出现吞字或撤销失效的小 Bug 。

就它本质上还是一个开源版的 Typora ，我目前没看到它能解决我对于 AI 相关的核心诉求。

纠结再三，我发现这并不是选择题，而是个人创作方式的代际切换。

如果只是想找回当年初见 Typora 时的那份轻巧，MarkText 依然够用；但如果想把过去 7 年攒下的 600 多篇文章盘活成知识资产，并真正让 AI 融入写作工作流，去适应 Obsidian 或许才是面向未来的解法。

不管最后选谁，陪伴了我 7 年的 Typora 现在都到了要说再见的时候了。

Typora ，感谢这 7 年的陪伴，江湖再见！