Muse 转 RST转换器
所有处理都在你的设备上完成，大文件可能需要一点时间。
Muse 是 Emacs Muse 与 Zim wiki 的极简标记——星号标题、下划线强调——为“几十年后仍可读”的笔记而设计。把 RST 文档转成 Markdown/Word 给非 Sphinx 读者；或把 Markdown 内容作为 RST 导入 Sphinx 项目。
由于整个转换都在你的设备上完成，它快速、无限量且真正私密——无需账号、没有水印、文件不会出现在任何服务器上。多个文件一次性转换。
Muse 与 RST 的对比
| Muse | RST | |
|---|---|---|
| 数据结构 | 纯文本标记（* 标题、_em_） | 纯文本 + 指令 |
| 最适合 | 个人笔记与 wiki 页 | 技术文档 |
如何将 Muse 转换为 RST
- 1
选择文件
选择你的 Muse 文件。
- 2
立即转换
文件先转换成 Markdown（保留标题、列表与段落的中间格式），再重建为目标格式。
- 3
下载结果
下载 RST——结构保留，复杂排版被简化。
关于 Muse 格式
Muse 是这份清单里最安静的标记：2000 年代初的 Emacs 模式（后来被 Zim 桌面 wiki 采用），标题用行首星号、强调用下划线包裹——语法大体就这些。它为“五十年后仍能干净打开”的个人笔记而设计。
Muse 文件里很少出现标题、列表和段落之外的东西，因此转换几乎无损：Pandoc 把这套小语法一一映射到 Markdown、HTML 或 Word。真正的工作只剩决定笔记的下一站。
+优点
- ✓语法极简——转换近乎无损
- ✓面向未来的纯文本
- ✓Emacs Muse 与 Zim 用户的原生格式
!局限
- −Emacs 之外生态极小
- −表格与脚注能力有限
- −格式本身已停止维护
关于 RST 格式
reStructuredText 是 Python 世界标准化的标记语言：Sphinx 用它构建整套文档站，PyPI 用它渲染项目介绍，docutils 等工具链围绕它建立。标题用标点下划线标出，.. image:: 和 .. code-block:: 之类的指令在不破坏纯文本可读性的前提下扩展能力。
RST 比 Markdown 更严格是有意为之——正是这种严格让大型文档树保持一致。把 RST 转成 Markdown 或 Word 能让 Sphinx 项目向全团队开放；把 Markdown 转回 RST 则能喂给 Sphinx 构建。
+优点
- ✓Sphinx/Python 文档的原生格式
- ✓大规模下依然一致：指令、角色、交叉引用
- ✓表格与提示框是一等语法
!局限
- −普及度不如 Markdown
- −更严格的规则有学习成本
- −部分指令绑定特定工具链
为什么把 Muse 转换成 RST？
转换的意义在于 RST 的长处正好补上 Muse 给不了的东西：Sphinx/Python 文档的原生格式而另一边，Emacs 之外生态极小用上面的转换器过一遍，你的文件就站到了正确的取舍那边。
常见问题
Muse 转 RST 真的免费吗？
完全免费，无需注册、无水印、也没有每日次数限制。网站依靠广告维持运营。
我的文件会被上传到服务器吗？
不会。转换通过 WebAssembly 完全在你的浏览器内完成，文件不会离开你的设备——这正是它既快又私密的原因。
Windows、Mac、iPhone、安卓都能用吗？
可以。任何装有现代浏览器的设备都适用：Windows、macOS、Linux、安卓和 iOS，无需安装任何软件。
Muse 转 RST 有文件大小限制吗？
由于不上传，唯一的限制是你设备的内存。现代桌面浏览器处理几百 MB 的文件都没问题，超大文件只是需要稍等片刻。
转换可以离线进行吗？
可以。页面加载完成后，转换完全在浏览器内运行——你甚至可以断网继续转换。任何文件都不会经过服务器。
Muse 文件的排版会完全保留吗？
本转换器会把 Muse 的内容渲染成 RST，在目标格式允许的范围内尽量保持页面、比例与图片原样。下载前请用预览确认效果符合预期。