Skill 是会进化的——PPT / Word / WPS JSA 三套大更新，和一个 Ribbon 的坑

原创李伟坚 [Excel催化剂]

2026年8月25日

上一篇我说，Excel VBA 那套“在现有文件上加宏”的流程，被我整个改成了脚本驱动。这一轮，我把同样的铁律复制到了 PowerPoint、Word、WPS JSA 三套 Skill 上，还顺手填平了一个 Ribbon 版本混乱的坑。但这一轮我最想跟你聊的，其实不是某个功能——而是一套 Skill 到底是怎么一点点变好的。

一、先把话接上：为什么我一直盯着“现有文件加宏”不放？

上一篇文章讲过，Excel VBA 这套 Skill 里，最容易翻车的场景不是“从零做一个宏”，而是用户拿一个做好的现成文件过来，说帮我在里面加个宏。

为什么？因为现成文件里装满了用户的心血——数据、格式、隐藏表、已有的代码和功能区。AI 一个不小心，就可能：

读 VBA 工程读得不对；
改完把用户原来的数据、格式弄丢；
干脆新建一个空白文件“搬”过去，结果啥都丢了；
保存的时候把用户的原文件给污染了。

所以我把那条链路整个重做成了脚本化：导入分析（import）→ AI 只改 src/ 里的文本 → 脚本回写（apply）。AI 不用懂怎么操作 Office，只要老老实实写业务逻辑。

这一轮，我要把同一套铁律，复制到剩下三套 Skill 上——PowerPoint VBA、Word VBA、WPS JSA 宏。

二、三套 Skill 一起进化：现有文件加宏，全部脚本化

先说结论：现在 PPT、Word、WPS 这三套 Skill，全部吃下了“在用户现有文件上加宏”这个场景，并且用的都是同一套脚本链路：

import_xxx.ps1（只读分析）
     │  源文件只读，产出 baseline/ 副本 + 组件清单
     ▼
AI 只改 src/ 里的代码文本（增/删/改）
     │  不碰 Office，不写 COM / 不拆包
     ▼
apply_xxx.ps1（回写交付）
     │  基线副本在内存完成改动，一次性另存为产物
     ▼
dist/<原名>（自动转成宏格式）

2.1 PowerPoint VBA

新增 import_existing_presentation.ps1 和 apply_vba_to_presentation.ps1：

支持 pptx / pptm / potx / potm / ppam 全格式；
pptx → pptm、potx → potm 自动转宏格式，不用你手动另存；
幻灯片结构、VBA 组件、Ribbon 全部提取成清单；
Ribbon 在 zip 层面整体回注，不会丢。

2.2 Word VBA

新增 import_existing_document.ps1 和 apply_vba_to_document.ps1：

支持 docx / docm / dotx / dotm；
docx → docm、dotx → dotm 自动转宏格式；
标准模块、类模块、窗体、ThisDocument、Ribbon 全量提取；
你原来的内容、格式、书签、内容控件，一概不动。

2.3 WPS JSA 宏

新增 import_existing_file.ps1 和 apply_jsa_to_file.ps1：

纯 zip 级处理，全程不启动 WPS，解析 JDEData.bin 提取 JSA 模块和窗体事件代码；
xlsx → xlsm、docx → docm、pptx → pptm 自动转宏格式；
表格、文字、演示三大组件全覆盖；
窗体控件树原样保留，只有事件代码通过 .code.jsa 回写。

三套放一起看，就一句话：不管你是 Excel、Word、PPT，还是 WPS 表格 / 文字 / 演示，只要你给我一个现成文件，AI 都是在 baseline 副本上改，最后一次性落盘出产物——你的原文件，从头到尾零污染。

Skill	支持格式	普通格式自动转宏	原文件零污染	Ribbon 整体回注
Excel VBA	xlsx / xlsm / xlam / xltx / xltm	✅	✅	✅
PowerPoint VBA	pptx / pptm / potx / potm / ppam	✅	✅	✅
Word VBA	docx / docm / dotx / dotm	✅	✅	✅
WPS JSA	xlsx / docx / pptx 等	✅	✅	✅

三、一个具体的坑：Ribbon 版本混乱，我统一成了 2010

这次更新里，我最想拿出来讲的不是某个功能，而是一个“坑”——因为它是典型的**“发现问题 → 总结分析 → 优化”**的完整过程，也是我这套 Skill 为什么会一直在变好的证据。

发现的问题

给用户做加载项、加宏的时候，我偶尔会遇到一种很诡异的情况：功能区按钮在定义上明明是对的，但用户打开文件，功能区就是不显示，或者干脆加载失败。

分析原因

查到最后发现，是 Ribbon XML 的版本被“悄悄降级”了。

Office 的 Ribbon 有两个主流版本，语法并不兼容：

2007 版：命名空间是 2006/01/customui，文件名通常叫 customUI.xml；
2010 版：命名空间是 2009/07/customui，文件名是 customUI14.xml。

AI 在生成代码时，特别容易把这两个版本搞混——有时候代码里定义的是 2010，实际落地却是 2007；有时候干脆回退到 2007 版，能力直接缩水。这种“定义 2010、落地 2007”的表里不一，正是功能区不显示、加载失败的元凶。

解决方式

我把它从“靠 AI 自觉”改成了“写死进模板和脚本”。这套 Skill 里现在统一约定：Ribbon 一律用 2010 版起步。

命名空间固定 2009/07/customui；
文件统一叫 customUI14.xml，模板里直接内置 customUI14.xml.tmpl；
构建脚本按命名空间自动路由到包内 customUI/customUI14.xml，AI 不需要手改压缩包；
遇到旧文件里的 2007 版，也写好了标准升级动作：改命名空间、重命名文件、重新构建。

而且 2010 版不是白升的——它比 2007 版多解锁了不少能力：backstage（文件菜单后台视图自定义）、contextMenu（右键菜单扩展）、快速访问工具栏自定义、控件属性增强。你花同样的力气，拿到的是更完整的能力。

像 Ribbon 版本这种坑，如果只靠提示词告诉 AI“注意版本”，就是碰运气——模型好一点就没事，差一点就翻车。而一旦把它写死进模板和脚本，AI 想错都错不了。这跟“框架我兜底，业务交 AI”是同一件事。

四、为什么我特别想请你“用起来之后，反馈给我”？

这一轮，我最想认真说的其实是这件事。

我这套 Skill 是在不断进化的。每一轮进化，都来自真实使用中发现的问题——我自己用、我测试、群友用，然后发现问题、总结分析、再优化。 上次的脚本化，这次的 Ribbon 2010 统一，都是这么来的。

所以我想认真地邀请你：用我 Skill 的过程中，如果遇到任何问题、任何不顺，都欢迎反馈给我。

为什么反馈给我，而不是让 AI 自己现场修复？

因为“让 AI 修”这件事，代价其实不小。AI 确实能多轮测试、修复、验证——但这个过程非常消耗 Token，而且常常会在一两个错误的地方反复打转。明明是个小坑，绕来绕去就是出不来，最后算下来，成本一点不低。

而你把这个坑反馈给我，我会：

从根上定位——不是打补丁，是把问题直接修进脚本 / 模板 / 文档里；
让大家都立即受益——你遇到的坑被填平了，别人就再也不会踩到；
让 AI 写代码更准、更省 Token——因为最容易出错的环节，已经被提前排掉了。

说白了，这就像修路。AI 自己遇到坑，能绕过去，但每绕一次都耗油；你反馈给我，我把坑直接填了，以后所有车都能顺畅地过。

所以：有问题，随时找我。你的每一次反馈，都是这套 Skill 变好的燃料。

这也是为什么我有信心说，这套 Skill 和“普通提示词”不是一回事——普通提示词是静态的，写完之后就躺在那里；我的 Skill 是活的，会随着大家一起用而不断长进。 一个会进化的 Skill，才真正配得上“让零基础用户稳定出成品”这句话。

五、最后

这一轮更新的三套 Skill：

想做 PPT 自动化工具 / 汇报模板，拿 PowerPoint VBA 这套；
想改 Word 文档模板 / 批量处理文档，拿 Word VBA 这套；
想要 WPS 表格 / 文字 / 演示三端都能跑、单文件分发 的，拿 WPS JSA 这套。

到现在，Excel、Word、PPT、WPS JSA——“现有文件加宏”这个最容易翻车的场景，全部脚本化稳住了。你只需要给我一个现成文件，说一句“帮我在里面加个 XX 功能”，剩下的交给 Skill 和 AI。

还是老规矩：首次申领零门槛，加我好友进免费社群，亲手玩一把。用的时候遇到问题，别忘了反馈给我——这既是帮我，也是帮所有用这套 Skill 的人。

觉得这些折腾值得认可，欢迎随喜打赏，不设固定金额。

公众号：Excel催化剂 | 微信：190262897 | 承接数据咨询解决方案、软件功能定制、AI编程培训服务等