Skills 生态跑到现在，「做 PPT」已经从一个小需求长成了最拥挤的品类之一。本期把演示赛道摊开：以 Anthropic 官方的 pptx 技能为主拆对象，逐段看它的 SKILL.md 是怎么设计的；再把它放回四条技术路线（OOXML 工程、网页幻灯片、图文卡片、企业模板）里横向对比。核心发现一句话：官方件最大的本事不是「能做 PPT」，而是把「建」和「改」拆成了两套引擎，还给交付前加了一道看图验收——这恰恰是大多数社区件没有做的事。
在一个装满 Skills 的 Claude Code 环境里数一遍名字，就能感受到这个赛道的温度：光带 pptx 字样的就有五个——pptx、pptx-official、pptx-generator、pptx-manipulation、pptx-test；往外一圈，幻灯片类有 frontend-slides、knowledge-to-slides，知识转课件还有 knowledge-to-course、course-material-creator 一族；企业定制味的 51xtx-ppt-writer、ericsson-ppt-writer 直接把机构名写进了门牌；再算上走图片路线的 baoyu-xhs-images、markdown-to-image，一个「演示/图文交付」需求背后站着十几个技能。
这不是偶然。演示文稿是 AI 办公里「最后一公里」属性最强的活：模型能想清楚内容，但交付物必须是一个格式严格、版式精确、能被同事打开的文件。谁能把「想」变成「交」，谁就站住了生态里最值钱的位置。
flowchart TD
DEMO["一个演示需求"] --> A["路线A OOXML工程"]
DEMO --> B["路线B 网页幻灯片"]
DEMO --> C["路线C 图文卡片"]
DEMO --> D["路线D 企业模板"]
A --> A1["官方pptx"]
B --> B1["frontend-slides"]
C --> C1["baoyu-xhs-images"]
C --> C2["markdown-to-image"]
D --> D1["51xtx-ppt-writer"]
D --> D2["ericsson-ppt-writer"]
A1 --> O1["交付 pptx文件"]
B1 --> O2["交付 浏览器放映"]
C1 --> O3["交付 社交图片"]
D1 --> O4["交付 品牌课件"]
官方 pptx住在 anthropics/skills 仓库的文档四件套里（pptx、docx、xlsx、pdf），是生态里被引用、被模仿最多的一批。它的 SKILL.md 值得逐段看。
第一段：触发词写在 description 里，不写在正文里。 SKILL.md 的 frontmatter 只有名字和一段 description，但这段 description 是精心排过的——把 presentation、slides、PowerPoint、.pptx 这些用户嘴里会蹦出来的词全部埋进去。Claude 的技能加载机制是「先看描述再决定要不要读正文」，描述里没有的词，用户说了 Claude 也想不起来用它。很多社区件把这一行写成一句谦虚的功能介绍，等于自己把门关了。
第二段：进门先分流，而不是先动手。 正文第一件做的事不是教你怎么生成，而是逼 Claude 先回答一个问题：这是从零创建、修改已有文件、还是往模板里填内容？三条路对应三套完全不同的作业方式。这个设计直接命中了真实办公场景——大多数 PPT 任务根本不是「造一份新的」，而是「在老板发的文件上改两页」，用错方法会把原文件的版式改烂。
第三段：创建走 HTML，不走 python-pptx。 这是最反直觉也最见功力的一处。按第一反应，做 pptx 该用 python-pptx 这类库；但官方件明确把「用库从零搭版式」列为下策——库能画文本框，却管不好自动缩放、换行、元素对齐，出来就是经典的「文字溢出边框」惨案。官方给的路子是：先把每一页写成 HTML 排版（网页排版是模型最熟的能力），再用配套的 html2pptx 转换脚本落到 pptx 格式。本质上，让模型干它擅长的（写网页），让脚本干它擅长的（格式转换）。
第四段：修改走 OOXML 原文手术，不走库。 更讲究的是改文件的路线。pptx 本体是一个 zip 包，里面是一堆 XML；官方件的做法是解包、直接改 XML、再打包，而且明确警告：不要用 python-pptx 去保存——这类库保存时会重写整个包，遇到它不认识的部件就可能损坏文件。防的正是「AI 改完文件打不开」这种最伤信任的事故。
第五段：交付前必须看图。 SKILL.md 的工作流里有一道验收工序：把各页渲染成图片、拼成一张网格图，一眼扫完所有版式，发现溢出、错位就回头修。这一步把「代码写完了」和「东西能看了」区分开。很多生成类技能止步于前者，官方件把后者写成了流程的一部分。
第六段：正文之外全是渐进披露。 SKILL.md 本身控制得很短（官方设计建议是五百行以内），html2pptx 的用法、OOXML 的结构说明都拆成独立参考文件，用到哪块才读哪块。这既是省上下文的设计，也让这个技能可以被社区按需魔改——你只想要编辑能力，拆走对应文件就行。
flowchart TD
IN["接到pptx任务"] --> Q{"文件是否已存在"}
Q -->|从零创建| H["写HTML分页"]
H --> H2["html2pptx转换"]
Q -->|改已有文件| U["解包OOXML"]
U --> U2["直接改XML"]
Q -->|套用模板| T["缩略图看版式"]
H2 --> V["渲染成图验收"]
U2 --> V
T --> V
V -->|溢出错位| FIX["回头修"]
FIX --> V
V -->|通过| OUT["交付pptx"]
官方件之外的社区件，笔者未逐一实测，以下按各路线的公开资料与通性评述，推断处已标△。
路线 A｜OOXML 工程：官方 pptx —— 最重，也最稳。 定位是「交付一个真的 .pptx 文件」，上面的深拆已经说明它的分量。亮点是双引擎加验收闭环，边界场景（模板、损坏文件、批量改字）都有章法；短板是重：转换依赖渲染环境，装起来比纯提示词件麻烦，新手第一次跑通要花点耐心。适合交付对象是「必须能被 Office 打开的文件」的正式场景。
路线 B｜网页幻灯片：frontend-slides 这一类 —— 把「像不像PPT」的问题绕过去。 这条路线干脆不生成 pptx，直接产出 HTML 幻灯片，浏览器全屏就是放映，动画、渐变、响应式全是网页的原生能力。△从命名与同类实现看，frontend-slides 走的是前端设计优先的路子，配合官方 frontend-design 技能的美学要求，观感往往比 OOXML 路线的「朴素商务风」出彩。短板同样明显：老板要的是能发邮件的附件时，网页交付就是不合格的。适合内部分享、快速评审这类「能放出来就行」的场合。
路线 C｜图文卡片：baoyu-xhs-images、markdown-to-image —— 把演示改成「发图」。 宝玉系的小红书图文技能走的是另一极端：不做成页，做成一张张竖版卡片，标题大、留白多、每张说一件事，天生适配社交平台。△从公开介绍看，它的价值在把「内容结构化」和「平台审美」都写进了提示词——不是把 PPT 截图，而是按信息流的阅读习惯重排。markdown-to-image 则是这条路线的通用底座：Markdown 进、成图出。这条路线上手最快、传播性最好，但离「办公交付」最远——没人拿九张图开会。
路线 D｜企业模板：51xtx-ppt-writer、ericsson-ppt-writer —— 门牌上写着甲方。 这两个名字本身就是一个信号：Skills 开始出现「给某个机构、某种课件体系定制」的变体。△从命名推断，这类件把品牌规范、常用版式、行文口径预置进提示词，牺牲通用性换开箱即用的「自家味道」。它们很难上聚合目录的热榜，却可能是企业内部署 Skills 时最真实的形态——生态的下一程，这类「机构件」的数量也许比明星件更值得盯。
| 技能 | 功能完整度 | 设计质量 | 实战效果 | 上手难度 | 生态位置 |
|---|---|---|---|---|---|
| pptx（官方） | ★★★★★ | ★★★★★ | ★★★★☆ | ★★★☆☆ | ★★★★★ |
| frontend-slides△ | ★★★☆☆ | ★★★★☆ | ★★★☆☆ | ★★★★☆ | ★★★☆☆ |
| baoyu-xhs-images△ | ★★★★☆ | ★★★★☆ | ★★★★☆ | ★★★★★ | ★★★★☆ |
| markdown-to-image△ | ★★★☆☆ | ★★★☆☆ | ★★★☆☆ | ★★★★★ | ★★★☆☆ |
| 51xtx-ppt-writer△ | ★★★☆☆ | ★★★☆☆ | ★★★☆☆ | ★★★★☆ | ★★☆☆☆ |
| ericsson-ppt-writer△ | ★★★☆☆ | ★★★☆☆ | ★★★☆☆ | ★★★★☆ | ★★☆☆☆ |
| pptx-manipulation / pptx-test△ | ★★☆☆☆ | ★★★☆☆ | ★★★☆☆ | ★★★★☆ | ★★☆☆☆ |
（△ 为按公开资料与路线通性的推断评分，未经逐项实测；官方件评分基于其公开工作流文档。）
# 官方 pptx：从 Anthropic 官方仓库安装
git clone https://github.com/anthropics/skills.git
cp -r skills/document-skills/pptx ~/.claude/skills/pptx
# 若仓库目录结构有调整，进仓库找到 pptx 目录复制即可
# 或者先在聚合目录里搜再装
npx skills find pptx
npx skills add <搜索结果中的包名>
# 路线 C：图文卡片
npx skills find xhs images
# 路线 B：网页幻灯片
npx skills find slides
安装后直接对 Claude 说「把这份大纲做成 PPT」「帮我改这个 .pptx 的第三页」，触发词命中即自动加载。官方件的三个分支不需要你指定，它进门会自己分流。
这轮拆下来，真正的分水岭不是「哪个技能生成的 PPT 好看」，而是有没有把「交付责任」写进 SKILL.md：官方件花了大量篇幅防文件损坏、防文字溢出、防用错方法改烂原稿——全是「信任」层面的设计。社区件普遍还在比谁出活快、谁样式炫。对想自己写 Skill 的人来说，官方 pptx 就是一份现成的范文：先分流再动手，让模型干模型擅长的，让脚本干脚本擅长的，交付前亲眼验收一遍。这三条原则，搬到任何生成类技能上都成立。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。