技能介绍

问题从哪来

技术分享和产品汇报往往卡在「内容有了，deck 还没有」：规格在文档里、图在别处，最后要么手工贴 PPT，要么堆成文字墙——观众读屏就不听讲，保留率会明显掉下去。Stage 针对的是把可讲的内容变成可预览、可导出的 Markdown 幻灯片，而不是直接丢一张静态图或二进制 PPTX。

它怎么工作

技能走固定流水线：OUTLINE → ARC → DRAFT → THEME → NOTES → REVIEW。先抽受众和「观众该记住的一件事」，再选叙事模式（问题-解决方案、AIDA、英雄之旅等），然后按 6×6 规则写页：每页最多约 6 行、每条 bullet 尽量短，并给图表/配图留视觉提示。

输出是可运行的框架代码，而不是成品文件本身：

默认 marp：Markdown 幻灯片，便于 PDF/PPTX/HTML 导出
reveal / slidev：需要 HTML 重度定制、或现场代码演示与录制时选用
conference / timing：按 LT（5 分钟）、常规定时（20 分钟）、主题演讲拉长结构，并用 140 WPM（技术场）或 125 WPM（主题演讲/非母语听众）给每页备注字数预算

每张内容页应带演讲者备注和单页时长；并提供单命令预览（例如 Marp CLI）。与上下游衔接：从 Scribe/Canvas/Tome/Muse 接规格、图、学习材料与设计 token，可把 deck 交给 Director 做 Playwright 录制。

边界与注意

纯图表、无幻灯片语境 → 用 Canvas；规格/设计文档 → Scribe；文档形态转换 → Morph
超过约 40 页、框架未选定、或听众水平不明时，应先澄清再写
不要在一套 deck 里混用多个框架；不要跳过备注直接「生成 PPTX/PDF 二进制」——应产出带 frontmatter 的 Markdown 及导出路径说明