Vimwiki 转 RST转换器
所有处理都在你的设备上完成，大文件可能需要一点时间。
Vimwiki 是同名 Vim 插件的个人 wiki 标记：= 标题 =、[[链接]]、{{图片}}——一个完全活在 Vim 纯文本里的知识库。把 RST 文档转成 Markdown/Word 给非 Sphinx 读者；或把 Markdown 内容作为 RST 导入 Sphinx 项目。
由于整个转换都在你的设备上完成，它快速、无限量且真正私密——无需账号、没有水印、文件不会出现在任何服务器上。多个文件一次性转换。
Vimwiki 与 RST 的对比
| Vimwiki | RST | |
|---|---|---|
| 数据结构 | 纯文本 wiki（= h =、[[links]]） | 纯文本 + 指令 |
| 最适合 | Vim 里的个人 wiki | 技术文档 |
如何将 Vimwiki 转换为 RST
- 1
选择文件
选择你的 Vimwiki 文件。
- 2
立即转换
文件先转换成 Markdown（保留标题、列表与段落的中间格式），再重建为目标格式。
- 3
下载结果
下载 RST——结构保留，复杂排版被简化。
关于 Vimwiki 格式
Vimwiki 把 Vim 变成个人 wiki：带 = 标题 =、[[wiki 链接]]、{{模板}} 和 :tags: 的纯文本文件，链接成本地知识库。因为一切都是纯文本，一个 Vimwiki 库能跨越编辑器、机器和几十年——这是用击键思考的人的格式。
离开知识库的那一刻就是转换登场的时刻。Pandoc 重映射语法后，Obsidian、Logseq 等 Markdown 工具欣然接受这些内容；HTML 导出让 wiki 有了可发布的脸面；Word 文档满足一年一度的那条合规要求。
+优点
- ✓整座知识库都是纯文本
- ✓键盘驱动的即时导航
- ✓转换干净——语法量小
!局限
- −需要 Vim 熟练度才能舒服编辑
- −方言与标准 Markdown 有差异
- −导出时链接/图片语法需重映射
关于 RST 格式
reStructuredText 是 Python 世界标准化的标记语言：Sphinx 用它构建整套文档站，PyPI 用它渲染项目介绍，docutils 等工具链围绕它建立。标题用标点下划线标出，.. image:: 和 .. code-block:: 之类的指令在不破坏纯文本可读性的前提下扩展能力。
RST 比 Markdown 更严格是有意为之——正是这种严格让大型文档树保持一致。把 RST 转成 Markdown 或 Word 能让 Sphinx 项目向全团队开放；把 Markdown 转回 RST 则能喂给 Sphinx 构建。
+优点
- ✓Sphinx/Python 文档的原生格式
- ✓大规模下依然一致：指令、角色、交叉引用
- ✓表格与提示框是一等语法
!局限
- −普及度不如 Markdown
- −更严格的规则有学习成本
- −部分指令绑定特定工具链
为什么把 Vimwiki 转换成 RST？
可以把它理解为：把文件搬进更合适它的容器。需要 Vim 熟练度才能舒服编辑RST 的做法不同：Sphinx/Python 文档的原生格式如果这听起来正是你要做的事，直接转——几秒钟，文件不离开你的设备。
常见问题
Vimwiki 转 RST 真的免费吗？
完全免费，无需注册、无水印、也没有每日次数限制。网站依靠广告维持运营。
我的文件会被上传到服务器吗？
不会。转换通过 WebAssembly 完全在你的浏览器内完成，文件不会离开你的设备——这正是它既快又私密的原因。
Windows、Mac、iPhone、安卓都能用吗？
可以。任何装有现代浏览器的设备都适用：Windows、macOS、Linux、安卓和 iOS，无需安装任何软件。
Vimwiki 转 RST 有文件大小限制吗？
由于不上传，唯一的限制是你设备的内存。现代桌面浏览器处理几百 MB 的文件都没问题，超大文件只是需要稍等片刻。
转换出来的 RST 之后还能编辑吗？
取决于目标格式：RST 为自己的用途而生，本转换器忠实还原其内容，而不是凭空制造可编辑结构。需要大量再编辑时，请从面向编辑的格式入手，最后在这里导出终稿。
Vimwiki 文件的排版会完全保留吗？
本转换器会把 Vimwiki 的内容渲染成 RST，在目标格式允许的范围内尽量保持页面、比例与图片原样。下载前请用预览确认效果符合预期。