# 拆官方pptx：建与改两套引擎 ## 概述 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 办公里「最后一公里」属性最强的活：模型能想清楚内容，但交付物必须是一个格式严格、版式精确、能被同事打开的文件。谁能把「想」变成「交」，谁就站住了生态里最值钱的位置。 ```mermaid 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：每一层设计都在防一个坑 官方 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 的结构说明都拆成独立参考文件，用到哪块才读哪块。这既是省上下文的设计，也让这个技能可以被社区按需魔改——你只想要编辑能力，拆走对应文件就行。 ```mermaid 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△ | ★★☆☆☆ | ★★★☆☆ | ★★★☆☆ | ★★★★☆ | ★★☆☆☆ | （△ 为按公开资料与路线通性的推断评分，未经逐项实测；官方件评分基于其公开工作流文档。） ## 安装与使用 ```bash # 官方 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 的第三页」，触发词命中即自动加载。官方件的三个分支不需要你指定，它进门会自己分流。 ## 推荐排行榜 - **功能最全**：pptx（官方）——三条分支全覆盖，无出其右 - **设计最讲究**：pptx（官方）——「建改分离 + 看图验收」是全场唯一把质检写进流程的 - **上手最快**：baoyu-xhs-images——零依赖出图，社交场景即装即用 - **观感最出彩**：frontend-slides 一类——网页渲染的红利，动画与排版上限最高 - **最被低估**：pptx-manipulation、pptx-test 这类配件△——单看功能不起眼，但在「批量改、改完验」的流水线里是刚需位 - **最值得盯的品类**：企业模板件——不讲 star，讲的是 Skills 进机构的第一种形态 ## 结语 这轮拆下来，真正的分水岭不是「哪个技能生成的 PPT 好看」，而是有没有把「交付责任」写进 SKILL.md：官方件花了大量篇幅防文件损坏、防文字溢出、防用错方法改烂原稿——全是「信任」层面的设计。社区件普遍还在比谁出活快、谁样式炫。对想自己写 Skill 的人来说，官方 pptx 就是一份现成的范文：先分流再动手，让模型干模型擅长的，让脚本干脚本擅长的，交付前亲眼验收一遍。这三条原则，搬到任何生成类技能上都成立。 ## 参考来源 1. [anthropics/skills — Anthropic 官方 Skills 仓库](https://github.com/anthropics/skills) — 官方 pptx 等 document skills 所在仓库，本文深拆对象的原始出处 2. [Introducing Agent Skills — Anthropic 官方公告](https://www.anthropic.com/news/skills) — Skills 机制与 SKILL.md 设计原则（渐进披露、描述触发）的官方说明 3. [skillsmp.com — Skills 聚合目录](https://skillsmp.com) — 技能收录与热度排序的聚合站，本文赛道盘点参考 4. [mcpservers.org/agent-skills — Agent Skills Library](https://mcpservers.org/agent-skills) — 官方与社区技能的精选目录 5. [skills.sh — Skills 生态站](https://skills.sh) — 技能安装命令（npx skills）与热门榜参考 > [!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 等场景全覆盖。