PPT做得整齐却讲不动人?这两个新Skill,分别改故事和演示方式
- 2026-09-27 15:30:19
明天要讲一个新产品。资料齐了,幻灯片也排得很整齐;自己从头讲一遍,才发现第三页已经把结论说完,后面只剩截图和解释。
这类问题有两层:内容按什么顺序讲,听众又怎样跟着画面往前走。这次的两个技能分别处理它们。slide-story 帮你整理登台演讲的叙事和页序;scrolline-deck 把提纲做成由滚轮控制节奏的 HTML 演示。前者留下可继续排版的 Marp 幻灯片,后者交付能在浏览器打开的动态网页。

图:根据两项技能的输入和交付物绘制的文章配图,非软件运行截图。
slide-story:先把听众的下一步想明白
slide-story 是 minorun-marp-skill 仓库中的一个独立技能。它不负责替你证明观点,而是检查登台演讲如何开场、何时提出问题、在哪一页揭示答案,以及最后如何收住。

图:slide-story 的公开 SKILL.md 网页,截图于2026年9月23日。
比如要讲一款新工具,第一页直接列出五项功能,听众还不知道自己为什么需要它。你可以先提供演讲对象、场合、时长、最想讲清的一次操作,以及现有草稿,让技能检查哪些页该保留、哪些信息该晚一点出现。
它特别重视问题与回答的先后关系。提出一个问题后,不急着在同一页把答案塞满,而是按听众能跟上的步幅逐页推进。技能也会区分讲故事的正文页与起过渡作用的中扉页,避免两类页面用相同的阅读时间去估算总时长。
检查初稿时,也可以让它找出“页标题只是一个类别”的位置。例如写“功能介绍”,观众不知道这一页要记什么;改成“预览文件不用离开当前窗口”,讲者和听众就有了同一个焦点。
实际交付可以是一份更清楚的页序和 Marp 文稿:每页承担一件事,标题表达此页的判断,中间留给现场演示的位置不要再做一张重复的“演示即将开始”。使用整套仓库时,还能配合黑底主题与 PDF、SVG 检查脚本,量边距、图中文字和框内溢出。网页截图展示的是技能规则,不能当作本次已生成幻灯片的证据。
这个技能也考虑重讲一套材料的情况。上次在哪一页听众听不懂、哪些图已经修改过,重新登台前都值得先回看。它提醒作者不要凭文件日期就认定某份图最新,必要时逐页核对文案与图是否来自同一版。
初次使用可以这样说,以下是自拟请求:“用 slide-story 检查我这份十五分钟产品演讲。听众第一次接触产品,演示安排在中段。请指出结论说早的页面、重复的过渡页,并给出调整后的页序和时间估算。”这比一句“把 PPT 做得更有故事感”更容易验收。
使用前要有明确的主题、听众和演讲时长。作者的检查规则来自自己的登台经验,单页讲多久会随人、内容和现场演示变化;最后应实际讲一遍计时。仓库的主题、字体与图片素材也要在自己的环境中准备齐,不能只复制一段技能说明就期待视觉稿完全一致。
scrolline-deck:滚一下,让同一页继续讲下去
如果你想让一次演示更像连续的讲述,scrolline-deck 走的是另一条路线。它接收主题和提纲,制作浏览器里的滚动式演示:鼠标滚轮推动当前场景里的画面,而不只是跳到下一张幻灯片。

图:scrolline-deck 的公开仓库网页,截图于2026年9月23日;页面样例由作者提供。
举个例子,你要解释一项城市改造计划。先看到路线,再看到路线上的人流,最后出现时间与成本对比。如果分成三张完全割裂的页面,观众每次都要重新找位置;滚动演示可以让同一张地图逐步展开。这个例子是使用场景,不是我们替项目做过的作品。
技能里提供不同的场景手法,包括标题逐步进入、图片横向展开、把一张图拆成标注层,以及数字出现时的滚动效果。它要求每个场景有进入、停留和离开的阶段;停留时画面要能让讲者从容解释。你得到的不只是动画方案,还有能在本地或网页服务器运行的静态 HTML 项目。
做之前,最好先把提纲写成场景表:这一段要讲什么、用什么素材、画面最终停在哪里、讲者需要多少时间。项目随后用脚手架生成页面,通过浏览器实际滚动检查进场、中间和退场位置。作者还提供键盘跳场与演讲者备注,方便现场控制。
它适合产品发布、展览导览或需要逐层拆解的专题汇报。普通会议里只需快速翻页时,传统幻灯片反而更方便;这个技能交付的是 HTML 演示,并不等于可编辑的 PowerPoint 文件。它也不自动替你完成网站部署。
安装要求包括 Node.js 20 及仓库依赖。浏览器验证需要 Playwright;如果没装,作者工具会明示跳过相应检查,不能把“命令退出了”当作滚动效果已经验收。需要帧序列时还得准备 FFmpeg 和可用素材。
自拟请求可以从三幕开始:“用 scrolline-deck 把这个产品的‘使用前、操作中、结果’做成三段可滚动的演示。先给场景表,说明每段展示什么、停留在哪里;我确认后再生成 HTML 并检查手机宽度。”
第一次试用,两项技能不必强行串在一起。先选一个你讲了三遍仍不顺的内容,借助 slide-story 调整页序;如果它需要“在同一画面里逐层揭示”,再试 scrolline-deck。讲者能否在关键画面停下来解释,比过渡有多炫更值得检查。