要把一份内部演示文稿发给客户，检查投影画面还不够。讲者备注里可能保留未确认的预算，附件可能存在多个不同版本，图表上的结论也可能缺乏依据。PPTX Skill 可以协助处理演示文件，但“成功生成文件”和“可以对外发送”需要分别验收。

本文围绕一份原创的三页活动汇报样例，讲清安装入口、文件准备、只读审查、修改副本与交付检查。目标不是再做一份空泛的 PPT 大纲，而是得到可回查的问题清单与经过人工确认的对外副本。文中提示词、问题样例和验收表述为原创演示，没有冒称已经运行 Claude 或完成自动排版测试。

一、先确认这个 Skill 的用途与边界

Anthropic 官方 skills 仓库中的 skills/pptx 面向演示文稿读取、创建、编辑和检查。官方说明覆盖文本提取、缩略图预览、基于模板修改及生成新文件等工作流。它不是另一个 PowerPoint 安装程序，也不是把任意文件一键变成可靠汇报的质量保证。

Skill 提供处理方法与配套文件，实际执行仍依赖宿主工具、授权和本地环境。文件能够解压不代表版式正确；文本提取看不到的对象也不能直接判定为空白。正文、图表、讲者备注和渲染画面都需要分别检查。

本文使用 Claude Code 的官方插件入口说明安装。其他应用是否支持相同插件命令，应查看各自文档，不能把 Claude Code 内的斜杠命令当作系统终端命令，也不宣称所有聊天产品都能直接运行这个资源包。

二、准备环境与可恢复的工作目录

先确保已经安装并能够正常登录 Claude Code，账户具有相应使用权限。涉及的订阅、调用与依赖费用按自己的账户与官方说明核对；下载本站源码包本身不代表获得付费服务额度。要审查的材料先复制到独立目录，尽量使用不含敏感数据的样例。

建议建立 ppt-review 文件夹，里面放原稿 source.pptx、交付副本 client-copy.pptx 和问题记录 review.md。原稿只读保留，修改仅发生在副本。不要让助手自行删除旧文件，也不要把整个客户项目目录授权为无边界操作范围。

本例可以在自己使用的 PowerPoint 或兼容演示软件中制作三页练习稿：第一页“阅读活动复盘”，写日期与活动目标；第二页“参与情况”，列报名二十人与到场十六人；第三页“下一步”，写候选方案与待负责人确认的截止时间。这些数字只是虚构练习材料，不是实际活动统计。

再故意放入两个可识别的问题：第二页把到场率写成百分之九十；第三页备注写“内部讨论：预算未审批，不能对外承诺”。前者是算术不一致，后者是对外版的审查线索。练习时用虚构备注，避免为了测试而上传真实未公开预算。

三页样例的正文、数据与备注审查范围示意

三、从官方入口安装文档插件

在 Claude Code 的交互界面中，按照官方仓库 README 提供的方式添加市场，再安装文档插件：

/plugin marketplace add anthropics/skills
/plugin install document-skills@anthropic-agent-skills

这两行由 Claude Code 处理，不是在 Windows PowerShell 中直接执行的程序。界面如要求确认来源和权限，先核对是否为官方仓库及预期插件，再按当前宿主提示完成安装。安装后查看宿主的插件状态，并明确请求使用 PPTX Skill；不要仅凭下载了 ZIP 就认定插件已经加载。

如果使用本文下载入口，得到的是包含多个 Skill 的 Anthropic 官方仓库源码包，PPTX 对应目录为 skills/pptx。应先解压查看 README、该目录说明及许可证，再按所用工具支持的方式安装。下载包不是可双击安装的 Windows 软件，也不包含已经验证好的整套本机运行环境。

本站下载沿用已核验的仓库源码包。文章底部资源信息列出真实包版本与百度入口；本文另行核对 PPTX 说明和许可证与该包一致，没有把旧包冒充新 release。需要追踪全部文件变化时，应对照官方具体 commit，而不是凭压缩包文件名判断最新版本。

四、先做只读盘点，不急着重写

第一次任务只允许读取 source.pptx，不要同时要求美化、删页和对外发送。可使用以下提示词作为起点：

请使用 PPTX Skill 审查 source.pptx，只读，不修改原稿。
先说明你实际能够读取哪些部分，不能读取的部分单列。
逐页记录标题、主要文字、图表数字与讲者备注。
每个问题写：页码、原文位置、原始内容、问题类型、建议。
检查算术一致性、未确认承诺和可能仅供内部使用的备注。
只根据可见材料判断；无法验证的数据不要当作错误事实。
先将报告保存为 review.md，等我确认后再制作副本。

如果文件没有被宿主实际读取，或者工具缺少依赖，先处理读取问题，不接受一份只根据文件名猜测的报告。权限提示要与这次任务相符；审查一个本地文件不应顺手要求上传到陌生服务或执行来源不明的程序。

官方说明包含文本提取、缩略图和办公软件转换等不同路径。它们需要相应依赖，不能因为说明中列出了工具，就认定读者电脑已经安装。缺失依赖时让助手给出缺少的名称与官方安装依据，读者确认后再配置；本文没有运行下载包中的脚本。

五、把问题分成三种，逐条确认

第一种是可以复算的明确问题。本例十六除以二十等于百分之八十，因此第二页“百分之九十”与已给数字不一致。问题记录应指出两个数字及计算方式，而不是只写“数据不准确”。正式材料若报名与到场统计口径不同，还需要先确认分母是否适用。

第二种是尚待负责人确认的信息。第三页如果只写“尽快完成”，模型不能替你改成具体的下周五。应列出负责人、截止日期和审批状态的缺口，保留待确认标记。对外文稿里看起来流畅的时间承诺，可能正是未经授权新增的内容。

第三种是传播范围问题。讲者备注中标有内部讨论的信息，需要审查是否进入对外副本。不是所有备注都必须删除，讲者提示可能应保留在内部版；应按交付用途明确区分两个版本，并检查隐藏页及其他可能随文件交付的内容。

AI 提示“可能涉密”只是线索，不代表已经完成保密审查。反过来，没有被标出的内容也不能自动视为安全。涉及真实客户资料时，应由有权限的人决定可公开范围，不让模型替代负责人作最终决定。

六、确认后才生成修改副本

逐条批准变更，再让助手处理副本。示例指令可以写成：

保留 source.pptx 不变，生成 client-copy.pptx。
只执行我已确认的两项：将第二页到场率改成80%；
从对外副本移除第三页那条内部预算讨论备注。
不增加活动效果、收益、客户评价或具体截止日期。
尽量保留原布局；若修改导致换行、溢出或字体替换，请报告。
另存修改清单，包含页码、修改前后文字与未处理事项。

这段提示词限定的是预期行为，不是执行成功证明。得到文件后核对文件名、修改时间和修改清单；不要因为助手回复“已完成”就直接发给客户。若出现版本不一致，应停止后续编辑，重新确认源文件是哪一份。

只读报告、批准修改与对外副本的交付检查示意

七、验收时既看文字也看画面

先打开副本，逐页检查已批准的文字是否真的改变，其他文字是否被意外重写。再看备注区域，确认指定内部备注已经从对外版移除，而原稿仍保留。不要只查正文搜索结果就断言备注已清理。

接着检查图表、文本框和图片：百分号有没有被挤到下一行，数字有没有超出卡片，替换字体后标题是否遮挡内容，图片是否变形。缩略图适合快速定位布局问题，但小字号和注释必须放大检查。无法在当前环境渲染时，应明确留下“待人工打开验收”，不能声称版式已验证。

如果另交付 PDF，再检查导出的实际 PDF，不把 PPTX 预览当成 PDF 质量证明。PDF 与可编辑文件可能具有不同的信息暴露范围，按客户要求决定交付哪一种；也不要把仅导出 PDF 误认为完成了原始文件中的内部信息清理。

最后复核问题清单的关闭状态：已修正、待确认、当前无法检查三类分别记录。只有预期变更确实完成、未确认承诺已经妥善处理、文件能在目标软件打开，才把它标记为可交付。

八、常见故障与资源许可

插件没有识别文件时，先看工作目录和文件权限；文件路径正确但提取失败时，确认文件是否损坏或实际格式不符。文本能读但图片或图表解释不足时，补充渲染检查，不让模型用常识猜图。备注未被工具覆盖时，把它列为未检查项，在演示软件中人工复核。

源码包中 PPTX 目录的许可证为 Apache-2.0。分发或修改时需要按许可证保留适用的版权与许可信息；这不代表模板里的字体、照片、商标或客户素材也自动获得同样授权。正式交付前仍应分别核对外部素材的使用权。

这次练习的完整交付物应是只读原稿、问题报告、批准记录、对外副本和修改清单。它把 AI 的作用限定为提取与辅助审查，再用人工确认和实际打开验收把关，比直接输入“帮我做得专业一点”更容易稳定复用。

官方说明