Markdown转Google幻灯片：导出、导入与版式检查

用ToSlides把Markdown转Google幻灯片，需要先导出.pptx，再自己上传或导入Google幻灯片。这个流程适合先用文字写提纲，再交给团队共同编辑的演示。导入后检查正文、表格、备注和字体，不要默认它与浏览器预览完全一致。

Markdown转Google幻灯片，分两步走

第一步在浏览器里完成。把 Markdown 粘贴或直接写进 ToSlides，用 --- 分隔每一页，然后导出 .pptx。每页的第一个标题会成为这一页的标题，列表变成真正的项目符号，以 Note: 开头的那一行变成演讲者备注。Markdown在设备上转换，不需要注册账号。引用网络图片时仍可能访问图片服务器，因此含外部图片的演示不一定完全离线。

第二步在 Google 那边。如果已经打开了一份演示文稿，可以用“文件 → 导入幻灯片”选中这个 .pptx，再挑出要导入的页面。如果想要一份全新的演示，就把 .pptx 上传到云端硬盘，再用 Google 幻灯片打开。往现有演示里补一个章节，用前一种；整份都是新的，后一种更干净。

无论哪种方式，ToSlides 都不会碰你的 Google 账号。它没有和云端硬盘打通，也不要求你用 Google 登录，交接靠的是你自己挪一个文件。上传哪个文件、使用哪个Google账号，由你自己选择。打开和分享文件仍需要你有对应Google服务的访问权限，ToSlides不会代办这一步。

导入后检查文字、表格和备注

PPTX导出包含可编辑文字、列表、表格和备注。导入后，先确认要修改的对象是否仍然可用，再检查显示效果。标题和正文是普通文本框，点进去就能改字。项目符号还是项目符号，不会变成前面带短横线的一行行文字。Markdown 表格会变成原生表格，同事想改某个单元格里的日期，直接改就行，不用重画。演讲者备注会落在每页下方的备注区，演示者视图可以直接用。

页面尺寸是另一个不太被注意的好处。ToSlides 导出的是 16:9、10 × 5.625 英寸，这恰好也是 Google 幻灯片新建演示的默认尺寸。把页面导入一份现有的 16:9 演示时，比例本来就一致，但比例一致不代表字体、间距和对象位置完全一致，仍应检查目标文件的页面设置。

容易走样的地方：字体和间距

最常出问题的是字体。如果某个主题字体在 Google 幻灯片里没有，可能会被换成替代字体；替代字体的字宽稍微大一点，长标题就可能被挤到第二行。项目符号之间的行距、文本框里的内边距，也可能和你在预览里看到的有些出入。

这些变化可能需要手动修正，导入后应逐页检查：看看有没有标题换了行，有没有文字贴到了页面底边，代码块是不是变挤了。如果早就知道这份演示最终要放进 Google，写 Markdown 的时候就把每页写短一点，给字体替换留出余地，免得内容溢出。

放进云端硬盘之后的共享和评论

上传后先确认正在编辑原.pptx，还是Google幻灯片副本。直接打开Office文件时，修改可能仍保存到原文件；需要原生Google演示时，用“文件 → 另存为Google幻灯片”，再分享准备让同事编辑的那份副本。把链接分享给需要的人，设定谁能编辑、谁只能评论，审阅的人直接在具体某一页上留评论，不用再回一封邮件写“第 7 页第二个要点”。对本来就在 Workspace 里办公的团队来说，绕这一趟的意义就在这里：演示最终落在大家平时提意见的地方。

以哪一份为准

邀请同事开始编辑前，先约定后续修改以哪份文件为准。内容还在变的时候，应该以 Markdown 为正本：改提纲、重新导出、重新导入，每轮需要多久取决于文稿大小，内容审阅阶段可以先集中在同一份文本中修改，调顺序方便，改动一目了然，还能对着草稿排练。

一旦同事开始在幻灯片里直接改，情况就不同了。在 Google 里处理掉的评论、表格里修正的数字、有人复制后改写的一页，这些都不会回流到你的 Markdown 里。从那一刻起，Google 里的文件才是真正的演示，Markdown 只是一份历史草稿。给导出草稿和共享工作稿写清版本，因为两者没有自动双向同步。

对于每月更新这类固定要做的演示，有个折中的办法：用一份 Markdown 模板固定结构，每个月从它生成当月的演示，然后让当月那一份留在 Google 幻灯片里。结构始终一致，也没人需要同时维护两个版本。

诚实说明：目前做不到什么

ToSlides不连接Google云端硬盘，也不会把Google幻灯片中的修改回写Markdown。每次需要自己导出和导入，并检查字体、表格和备注。比例一致不代表版式完全保留。转换器使用四套主题，没有动画转场或拖拽排版画布；AI生成是另一项需要账号和积分的服务。