作为纯文本，Markdown 天生擅长编辑，而预览往往需要借助种种渲染工具。当然，设计之初，Markdown 就旨在编辑。
或许是看到了编辑和预览之间的龃龉，多数 Markdown 编辑器都在打磨预览功能，甚至淡化、模糊两种操作间的界线。Ulysses 和 Typora 尝试在纯文本编辑与一定程度的渲染之间找到甜蜜点，你在 Ulysses 看不到裸露的链接，而 Typora 中的标题则明显比正文大上两圈，很难说它们是传统的 Markdown 编辑器。至少从两者的现有用户体量上看，其迈向的中庸之道尚且算不上歧途，更谈不上死路。
然而，静下心来想一想，大多数注重预览功能的 Markdown 编辑器，或许只是在 Word 的一万个功能中圈地自萌，大门一关，窗帘一拉，两耳不闻力不能及之事。不可及的事情都不重要了，重要的是让用户相信自己只需要厂商能够提供的功能：
请当作中文编码问题不存在。
请说服自己不需要目录（我说的就是 Bear）。
请把正则表达式文本替换打入“程序员专用”的范围。
这叫有啥吃啥。正是在这个意义上，典型的 Markdown 编辑器只能将自己包装成反抗 Word 暴政的英雄，而事实是一波接着一波的少年都成功越过龙门、荣幸地成为恶龙，不断变异出一个又一个 All in one 写作工具。这与我对 RSS 和稍后读工具的观察类似，多数 Markdown 编辑器的结局就是同质化和大一统。
大概我们早就忘了，功能不必总是耦合，预览和编辑本就可以分开。事实上，我已经彻底不用传统 Markdown 编辑器，完全在轻代码编辑器中写 Markdown，同时用 Marked 预览文稿。^1
主流轻代码编辑器有 BBEdit、CotEditor 和 Sublime Text 等，它们是通用文本编辑器，往往早就解决了语言编码和特殊字符上的问题，并且配备了非常齐全的文本替换与目录导航——惟独，缺个 Markdown 预览。
既然如此，就手动补上……
