Slides Grab 演示文稿模式路由
在 Claude Code 或 Codex 中端到端生成幻灯片：自动路由到 HTML 或图像原生管线，经规划、设计、导出三阶段产出 PDF、PNG 等成品。
证据显示该技能为纯路由层，无破坏性命令，明确要求各阶段用户批准、导出前设计门禁、资产本地化且禁止远程图片URL；但默认图像生成复用本地 ~/.codex/auth. 登录凭证调用'不受支持的私有Codex后端'，虽有披露和回退方案，凭证数据流透明度和回滚说明仍不完整，故未给高分。
SKILL.md 与参考文档自洽，路由规则、阶段顺序、设计门禁逻辑一致；仓库内含 design-gate、codex-imagen、design-md-parser 等成套测试，但提供的证据中没有运行测试的CI工作流（仅pages与publish），且核心图像路径依赖可能随时失效的私有后端，PPTX/Figma明示不稳定，静态读无法验证关键路径可复现，扣至9。
适用场景划分清晰（HTML vs image-native 的信号表、默认HTML），非适用边界（实验性导出）有声明，语义触发条件较明确；但未声明中文支持，且图像生成/视频抓取完全依赖海外服务（Codex登录、OpenAI、YouTube/yt-dlp），对中国大陆网络可达性构成实质风险，扣分。
文档分层好（路由SKILL.md+参考+子技能链接），MIT许可证明确、致谢溯源诚实（ppt_team_agent）、实验性限制披露充分；但技能本身无版本/变更记录，安装依赖分散在README-ko（未提供英文README全文），维护责任仅能从作者字段推断，扣分。
声明的工作流（计划→设计→导出）结构完整、命令齐备，比手工做幻灯片有边际价值；但核心产出（PDF/PNG/PPTX）未在证据中验证可直接使用，PPTX/Figma被作者自己标记为需手动清理，图像路径依赖不稳定后端，静态读下仅能确认'核心任务表面可完成'，扣至6。
主要证据为作者自述文档与营销性README（demo gif、showcase链接），仓库内确有覆盖设计门禁、导入安全（UNTRUSTED边界）、图像契约的大量测试源码，属可审计的一手材料；但无第三方执行证据、无CI测试运行证明，独立复现受限，扣至4。
- 默认图像生成复用本地 Codex 登录凭证并调用不受支持的私有后端，凭证用途与数据流向应在使用前自行审查；不可用时按文档回退到 openai/nano-banana 或本地下载。
- PPTX 与 Figma 导出为实验性/不稳定功能，输出可能需要手动清理，勿用于正式交付。
- 图像生成、视频抓取等依赖海外服务（OpenAI、YouTube/yt-dlp），中国大陆网络环境可能不可达或受阻。
- 本评分仅基于静态源码阅读，未执行任何测试；仓库内测试未见到运行的CI证据。
- 该技能是路由层，需与 slides-grab-plan/design/export 等子技能配套安装使用。
这个 Skill 能做什么，适合哪些场景？
slides-grab 是一个面向 Claude Code 与 Codex 的演示文稿生成技能，充当模式路由器：根据用户意图把请求分发到语义 HTML 管线或图像原生管线。两条管线共享统一的规划（Stage 1）与导出（Stage 3）阶段，导出以 PDF 和逐页 PNG 为主，PPTX 与 Figma 导出标注为实验性、不稳定。技能强制执行阶段顺序与设计门禁（design gate），只有设计评审通过后才能导出。它属于 NomaDamas/slides-grab 仓库捆绑的 7 个技能之一。
读取用户请求并判断交付模式：需要可编辑文本、可搜索内容、图表或可访问性时路由到 slides-grab-html；用户更看重与既有模板的视觉一致时路由到 slides-grab-image，默认 HTML 模式。规划阶段使用 slides-grab-plan 技能，把 mode: html 或 mode: image-native 写入 slide-outline.md 元数据。导出阶段使用 slides-grab-export 技能，运行 slides-grab pdf、slides-grab png（含 card-news 1:1 模式）、可选的 slides-grab convert（PPTX）与 slides-grab figma。导出前必须拿到 Stage 2 的 Proceed 设计门禁裁决，缺失或过期的门禁回执会阻塞 pdf/convert/figma 命令。图表默认用 Chart.js 画布渲染并通过 slides-grab validate 捕获空画布；复杂示意图默认用 tldraw 生成资产；定制图像默认走 codex-imagen（复用本地 Codex 登录，无需 API key）。
- 需要把一个主题或一批文件变成完整演示文稿的工程师，交给 Claude Code 或 Codex 自动走完规划到导出的全流程
- 团队拿到公司现有 PPTX/PDF 模板，希望新幻灯片在视觉上严格贴合模板的用户
- 运营或社媒人员要生成 Instagram 风格的 1:1 卡片新闻图集
- 需要在幻灯片里嵌入数据图表并希望导出前自动校验图表非空的分析师
- 需要每页单独输出高清 PNG（默认 2160p）或可搜索文本 PDF 的汇报者
这个 Skill 有哪些优点和局限？
- 自动在语义 HTML 与图像原生两条管线间路由，HTML 模式产出可编辑、可搜索、可访问的幻灯片
- 强制阶段顺序与设计门禁，导出质量有 CLI 层面的硬性约束
- 导出选项丰富：PDF（capture/print 两种模式）、逐页 2160p PNG、card-news 1:1 输出
- 明确标注 PPTX 与 Figma 为实验性，预期管理诚实
- PPTX 与 Figma 导出为实验性/不稳定，可能有布局漂移并需手动清理
- 运行时依赖较重：Node.js >= 20、Playwright Chromium 及完整的 slides-grab CLI
- 必须连同同仓库多个兄弟技能一起安装，单装本路由技能无法工作
- 默认图像生成依赖 codex-imagen 的私有 Codex 后端，官方提示随时可能失效且需有图像生成权益的账号
如何安装这个 Skill？
无需克隆仓库即可安装：npm install slides-grab && npx playwright install chromium，再运行 npx slides-grab install-skills --target all --scope user，把共享技能与运行时适配器装入 Codex 和 Claude Code。也可以通过 Vercel Agent Skills 安装：npx skills add ./node_modules/slides-grab -g -a codex -a claude-code --yes --copy --full-depth。要求 Node.js >= 20。源文档未单独说明只安装本路由技能的步骤；本技能运行时依赖同仓库的 slides-grab-plan、slides-grab-html、slides-grab-image、slides-grab-export 等兄弟技能。
如何使用这个 Skill？
在 Claude Code 或 Codex 中直接用自然语言触发，例如："帮我做一份关于 X 的幻灯片"（走 HTML 模式）或"照这个模板给我做一份同款的幻灯片"（走图像原生模式）。技能会先确认交付模式，经规划、设计并取得设计门禁 Proceed 后导出。常用导出命令：slides-grab pdf --slides-dir decks/my-deck --output my-deck.pdf；slides-grab png --slides-dir decks/my-deck --slide-mode card-news --resolution 2160p。多副作品工作区放在 decks/<deck-name>/ 下。
这个 Skill 与同类方案有什么区别？
仓库自述定位为 Claude Design 的开源替代方案；README 亦致谢基于 Builder Josh 的 ppt_team_agent 项目构建。与直接让 AI 生成 PPTX 的工具不同，它以 HTML/CSS 为幻灯片载体，支持在浏览器编辑器中框选区域让智能体就地修改。