Vimwiki 转 OPML转换器
所有处理都在你的设备上完成，大文件可能需要一点时间。
Vimwiki Markup与Outline Processor Markup的定位并不相同：Vimwiki 是同名 Vim 插件的个人 wiki 标记：= 标题 =、[[链接]]、{{图片}}——一个完全活在 Vim 纯文本里的知识库。把 OPML 大纲转成 Markdown 或 Word 文档，或把要点列表转回可导入的大纲。
由于整个转换都在你的设备上完成，它快速、无限量且真正私密——无需账号、没有水印、文件不会出现在任何服务器上。多个文件一次性转换。
Vimwiki 与 OPML 的对比
| Vimwiki | OPML | |
|---|---|---|
| 数据结构 | 纯文本 wiki（= h =、[[links]]） | XML <outline> 树 |
| 类型与校验 | UTF-8 文本 | XML，文本 + 属性 |
| 兼容性 | Vim（vimwiki 插件）、Pandoc | RSS 阅读器、大纲工具、Pandoc |
| 最适合 | Vim 里的个人 wiki | 订阅列表与思维导图 |
如何将 Vimwiki 转换为 OPML
- 1
选择文件
选择你的 Vimwiki 文件。
- 2
立即转换
文件先转换成 Markdown（保留标题、列表与段落的中间格式），再重建为目标格式。
- 3
下载结果
下载 OPML——结构保留，复杂排版被简化。
关于 Vimwiki 格式
Vimwiki 把 Vim 变成个人 wiki：带 = 标题 =、[[wiki 链接]]、{{模板}} 和 :tags: 的纯文本文件，链接成本地知识库。因为一切都是纯文本，一个 Vimwiki 库能跨越编辑器、机器和几十年——这是用击键思考的人的格式。
离开知识库的那一刻就是转换登场的时刻。Pandoc 重映射语法后，Obsidian、Logseq 等 Markdown 工具欣然接受这些内容；HTML 导出让 wiki 有了可发布的脸面；Word 文档满足一年一度的那条合规要求。
+优点
- ✓整座知识库都是纯文本
- ✓键盘驱动的即时导航
- ✓转换干净——语法量小
!局限
- −需要 Vim 熟练度才能舒服编辑
- −方言与标准 Markdown 有差异
- −导出时链接/图片语法需重映射
关于 OPML 格式
OPML（大纲处理标记）是描述层级的 XML：嵌套 <outline> 元素，每个带 text 与可选属性。它是播客与 RSS 订阅列表背后的无声标准——每个“导出订阅”按钮产出的都是它——也是 Workflowy、Dynalist、OmniOutliner 等大纲工具的交换格式。
大纲本就是半份文档：Pandoc 把 OPML 层级转成 Markdown 标题、Word 大纲或 HTML 页面并保留嵌套，也能反向写出 OPML——让一份要点清单变成你的大纲工具里可导入的树。
+优点
- ✓大纲工具间的通用交换格式
- ✓RSS/播客订阅的标准格式
- ✓极易解析的 XML
!局限
- −只有层级——节点内富文本有限
- −各应用属性约定不一
- −很少直接渲染给人看
为什么把 Vimwiki 转换成 OPML？
转换的意义在于 OPML 的长处正好补上 Vimwiki 给不了的东西：大纲工具间的通用交换格式而另一边，需要 Vim 熟练度才能舒服编辑用上面的转换器过一遍，你的文件就站到了正确的取舍那边。
常见问题
Vimwiki 转 OPML 真的免费吗？
完全免费，无需注册、无水印、也没有每日次数限制。网站依靠广告维持运营。
我的文件会被上传到服务器吗？
不会。转换通过 WebAssembly 完全在你的浏览器内完成，文件不会离开你的设备——这正是它既快又私密的原因。
Windows、Mac、iPhone、安卓都能用吗？
可以。任何装有现代浏览器的设备都适用：Windows、macOS、Linux、安卓和 iOS，无需安装任何软件。
Vimwiki 转 OPML 有文件大小限制吗？
由于不上传，唯一的限制是你设备的内存。现代桌面浏览器处理几百 MB 的文件都没问题，超大文件只是需要稍等片刻。
转换出来的 OPML 之后还能编辑吗？
取决于目标格式：OPML 为自己的用途而生，本转换器忠实还原其内容，而不是凭空制造可编辑结构。需要大量再编辑时，请从面向编辑的格式入手，最后在这里导出终稿。
转换可以离线进行吗？
可以。页面加载完成后，转换完全在浏览器内运行——你甚至可以断网继续转换。任何文件都不会经过服务器。