夜雨聆风
零基础用AI写PPT插件:从入门踩坑到功能实现的全过程
上周，我在文章里提到，社群里有小伙伴开始尝试用 AI 做 PPT 插件，不知道大家注意到了没：
有一说一，我觉得做 PPT 插件还是蛮掉头发的，以至于我一直想做，但又一直告诉自己别弄，发际线不能再往后了。
刚好，圆了个圆的 PPT 插件又有了新功能，而且还在社群里不断迭代，所以干脆一拍即合，我去邀他来做一期分享。
万一也有小伙伴想自己做插件呢，尤其是开发新人从零上手做，这不就有参考例子了嘛。
于是，便有了今天这篇近万字的干货分享，对想用 AI 搞事情的小伙伴应该会有不小的启发。
长话短说，咱们开始吧：
大家好啊，我是圆了个圆。
前两天用 AI 写了一个 PPT 插件新功能，正准备去飞书群里装一波。
刚打开飞书，突然收到音律老师发来的消息，询问我能否分享一下用 AI 制作插件的心得。
看到消息的我一脸懵逼，分享？我能分享什么？分享装逼心得？
从春节前开始接触插件开发到现在，满打满算也就十多天，实在没啥有深度的“干货”。
但转念一想，也许我这种零基础小白的摸索过程，能给同样刚接触或尚未接触 AI 编程的小伙伴提供一些启发。
接下来，我会先阐述一下我使用 AI 做插件的原因，以及做插件时前期准备工作。
最后带大家完整走一遍，我开发新插件功能的全流程，过程包含大量截图，可能略显枯燥。
由于我并非专业程序员，文中部分专业术语描述可能存在偏差，望大家海涵，也希望这篇文章能起到抛砖引玉的作用。
初始期
我用AI写的第一个PPT插件
2025 年初，DeepSeek 横空出世，网络上涌现出大量相关的讨论和教程。
当时我看到一个演示：用它写一段脚本，在 PS 里点一下就能自动调色。
虽然我觉得最终的调色效果很差，但整个自动化过程看起来很神奇。
教程要求将代码粘贴到记事本，保存为指定格式后在 PS 中运行，我尝试鼓捣了十多分钟，最终以 PS 报错告终。
第一次制作插件的尝试就此失败，我也暂时放弃了这条路。
时间来到 2025 年年底，Gemini 3 Pro 发布的同时，也带来了 Nano Banana Pro 模型。
因为对它的图片处理很满意，于是我第一时间用上了这个新模型。
当时，我手头有一些繁杂的 PPT 文件需要处理，其中大量文本框需要重复执行“设定旋转角度”和“恢复角度”的操作。
手动更改参数非常低效，我便萌生了用插件代替手动操作的想法。
正好手里有 Gemini，于是，我把我的需求告诉了它………
起初的过程非常复杂，使用的是 PPT 自带的 VBA 来实现功能，那是我的设计生涯中第一次打开 PPT 的 VBA 界面 。
Gemini 将步骤写得非常详细，可惜它遇到了我，我照猫画虎依然频频报错。
如果 Gemini 是一个真人，可能会开始怀疑我的智商了。
转机发生在我将错误界面截图发给它之后，原生多模态大模型 Gemini 真正开始了它的表演……
它告诉我，我找的位置不对，真正的位置应该在我截图的第几个选项的第几排，位置描述的异常清晰。
说实话，这个效果当时震惊到了我。
我从未想过，它居然能像一个真人一样指出详细位置。
有这种程度的指导，我再失败就真的对不起它了。
可是对不起……我真的又连续失败了。
不过当时被它强大的图片识别能力震惊，挫败感反而不是很强烈，完全沉浸在探索新事物的过程中。
一次次的操作失败后，我终于在 PPT 的界面上看到了自己创造的第一个插件按钮。
选中对象，满怀忐忑地点击——运行成功！
一瞬间，巨大的成就感袭来，之前的颓废感一扫而空，我感觉我又能行了，仿佛此刻厉害的不是 Gemini 而是我。
巨大的成就感之后是无限的新想法，我立刻开始向 Gemini 发送添加新功能的指令……
使用期
与AI的高强度对话
接下来的几天，写代码成了我业余时间最大的爱好。
看着自己的想法在 AI 的辅助下落地，我甚至在睡前都在构思如何优化代码、增加功能。
晚上的想法是最多的，越来越多的想法出现过后，我就会想马上去做出来，可是 Gemini 的对话是有限的。
Pro 用户当时每天拥有大约 100 次 Gemini 3 Pro 的高阶对话额度，但这很快就无法满足我频繁的调试需求。
为了不影响我做插件，我又购入了一个 Pro 账号。
两个账号两个窗口同时对话，200 次的对话堪堪够用。
每天高强度使用 AI 超过 10 个小时，却丝毫不觉疲倦，反而沉迷其中。
在用 VBA 完成了大约 10 个功能模块后，有一天我打开我编写的插件界面，发现 VBA 编写的插件与现代 PPT 软件界面看上去格格不入，仿佛不是一个时代的产物。
VBA 过于老旧，不支持许多新特性，如字体显示缺陷、无法实现平滑的滚动进度条等。
我问 AI，能不能不用 VBA 写插件了，它说：这个发现非常关键！你的判断是正确的，我们应该使用……
后来我才知道，这是 AI 常见的“谄媚”现象，但不可否认，这种正向情绪反馈，确实维持了我探索新事物的动力。
在它的建议下，我转向了 Visual Studio 2026，开始使用 C# 开发 VSTO 插件。
明显能感觉到，C# 版本的功能更丰富、界面更现代，执行效率也大幅提升。
冷静期
发现AI的不足
经过几天的高强度测试，我发现 Gemini 并非十全十美，主要存在以下影响开发效率的问题。
01. 无脑马屁精
它极易迎合用户的想法，即使我的逻辑是错误的，它也会试图顺着我的思路写代码，这点在更新后的 Gemini 3.1 Pro 中有所改善。
如果不加独立思考，很容易在错误的思路上越走越远。
02. 上下文衰减
尽管 Gemini 支持极长的上下文窗口（百万级 Tokens），但在实际应用中，对话轮次一多，它就会开始混淆之前的逻辑，甚至凭空捏造前置条件。
遇到这种情况，只能新开窗口并重新描述项目背景，非常繁琐。
下图是我最开始使用时，在一个窗口对话了近 50 次，到了后面的回答质量非常差，但是我当时不知道，只会无脑问：
03. 响应不稳定性
不知道是访问量太大还是什么原因，官网经常会出现服务不稳定的情况。
特别离谱的是，发送了一大堆问题描述给它，它思考了半天过后突然没有了反应。
需要刷新网页，或者重新进入网站才能继续对话。
另外，有时候回答问题也是蛮久的，可能要近 10 分钟左右才能回答完问题，等待时间令人抓狂。
不过，这些后面随着时间推移，应该会有所好转。
一大段介绍使用经历的枯燥的文字，相信大家也看烦了。
下面正式开始讲一下我制作插件的流程，仅个人使用习惯分享，并非最优解。
我的插件制作过程
为了更直观地说明，我将做插件的过程类比为制作一套多页 PPT。
前期我已经通过询问 AI，并在它的帮助下安装好了软件及需要的库等文件。
一、资料收集与架构规划
就像制作 PPT 需要先梳理文字和图片素材一样，开发多功能组合插件也需要做好工程管理。
由于 AI 无法在一个对话窗口内完成整个庞大工程，必须通过多个窗口接力。
因此，我会在前期向 AI 明确项目规范：
经过详细的追加问答，最终让 AI 梳理出一份我能看懂的文件目录架构。
为了降低后期维护的认知成本，我强制要求它：在新建类或窗口时统一使用中文命名。
二、母版制作
制作多页 PPT 时，我们会利用幻灯片母版统一视觉风格。
同理，我先花时间让 AI 调试出了一个视觉效果不错的 UI 窗口，并将其定义为插件的“母版”。
按照 AI 的建议，这段代码被封装为“基础窗口模板”(BaseForm)。
后续所有新建的弹窗，都继承自这个 BaseForm，免去了每次重写 UI 规范的麻烦。
三、内容页制作
母版确立后，我向 AI 提问：我现在的 BaseForm 已经是一个可复用的父类了，以后在新的对话窗口开发新功能时，我应该如何向你交底？
下图是它生成的交底提示词模板：
我将这段模板保存在本地文档中，每次开发新功能，第一件事就是复制这段模板发送给 AI，然后再补充新功能的具体需求，确保 AI 准确继承项目上下文。
如果我当时能够想好插件名字，我会把新功能名字给它，让它一步到位做好后续所有规范。
四、保存与版本控制
我遇到过 PPT 没保存，突然崩溃导致文件进度清零的情况。
所以在操作不熟悉的代码的时候，更是小心翼翼。
我没有去学习专业的 Git 版本控制，个人感觉学习有点吃力（好吧，我太懒，压根没学……）
而是采用了一种“笨办法”：对于一直在测试的代码不用保存，系统会自动保存，即便没有保存，我们也可以在和 AI 聊天的对话历史中，复制粘贴出来。
对于一些添加了新功能就会发生一点变动的公用代码，我会将其复制到桌面的文档中备份。
如果后续添加新功能，导致代码崩溃且无法修复，我就直接从文档中复制上一个稳定版本覆盖回去，实现快速回退。
也许是我目前做的插件体量还比较小，这个办法目前没有发现什么问题。
万事开头难，如果你打算用 AI 辅助写插件，务必从最简单的单点功能开始。
可以先参考市面上成熟插件里的小功能，进行逆向模仿，让自己熟悉基本操作，也能快速成功。
不要一上来就想着开发出一个 OK 插件或者 iSlide，目标定得太高，只会因为不断受挫而丧失热情。
心态转变：
关于版本控制，我觉得我的方法太野路子了，还是花费了 15 分钟左右，学习了一下 Git 版本控制。
现在我转用 Git 版本控制了，花费的时间不多，用起来也专业不少。
我是在 B 站上看了一个 UP 的视频学的，感兴趣的小伙伴可以自行搜索看一下（搜索 “VS2022 Git” 关键词即可出现一堆）。
实战案例
“混合工具”插件开发复盘
接下来，我以这两天新开发的“混合工具”为例，详细复盘开发流程。
开发环境： Visual Studio 2026
AI 模型： Gemini 3.1 Pro
功能需求： 模拟 CorelDRAW 或 Illustrator 中的混合工具效果 。
即选中两个对象，弹窗设置过渡步数（默认 10 步），点击生成后，在两个对象之间，自动生成指定步数的形状与颜色过渡。
该插件功能共耗费 6 个主对话窗口，以及 1 个辅助测试窗口，累计交互 125 轮。
窗口一 33 轮，窗口二 20 轮，窗口三 14 轮，窗口四 23 轮，窗口五 19 轮，窗口六 6 轮，辅助窗口 10轮。
窗口一：初步实现与受挫
开局我发送了 BaseForm 规范（也就是定义好了的母版），并输入需求：
我已经开发了几个插件，现在我们需要开发下一个插件，后续所有新建类，或者建立窗口等，都要使用中文名，方便我以后修改，并且我是一个小白，你给的步骤应该详细一点。
现在我准备新开发一个插件，插件名字叫“混合工具”，插件的作用是选中两个线条，点击这个按钮会弹出一个窗口。
窗口步数可以选择，默认 10 步，用户可以自行输入步数，输入完成点击生成后，会自动在两个线条中间生成指定步数的形状。形状会从线条 A 过渡到形状 B（模拟 CDR 和 AI 软件的混合工具）。
我想添加到形状工具这里，你给我详细步骤。
第一版代码很快生成，但运行报错。
我试图让它调用 PPT 的“平滑动画”来截取中间帧，但它严谨地反驳了我：
PPT 的平滑动画底层引擎是微软封闭算法，VSTO 没有任何 API 接口可以提取中间过渡帧。
随后它尝试了线性插值，但生成的全是生硬的直线，效果极差。
后面它尝试了其他方法，效果依旧不好。
我想，也许是我给的条件太多了，为了降低难度，我要求它先“仅针对顶点数量相同的线条”进行计算。
这次终于实现了不错的过渡效果：
趁热打铁，我接连提出了“线条粗细混合”和“颜色混合”的需求，仅用一轮对话，它就完美实现了。
至此，约 200 行代码，已经能处理相同顶点数线条的颜色、线宽混合：
接下来，我要求它兼容“不同顶点数量的线条”混合，挑战正式开始：
此时，Gemini 已经开始出现了略微逻辑混乱的趋势。
我本次对话并没有给它说“控制手柄误算成了顶点”，这一点我是前面几轮对话说的，它这里依旧引用。
但是它后续给的代码生成效果粗略看起来还行，后面才发现实际效果很差。
我想着后面再优化，应该问题不大，我强行引入了更复杂的需求：支持形状的混合。
代码开始频繁报错……
它始终无法将系统内置的基础形状，正确转为自由形状。
后续窗口一里面，我连续对话了 15 轮，提出了编辑顶点转为角部顶点的方法、布尔运算法等多个想法，效果依然糟糕。
察觉到 AI 已经“降智”，我果断开启了窗口二。
窗口二：代码的妥协与操作失误
对话开始，我便将第一个窗口的全部代码丢给它，并且给了我的一些判断，被它无情否定。
此后经过几轮对话，它勉强通过布尔运算实现了形状转换，但得到了下图这样诡异的结果：形状未闭合，线条扭曲。
更糟的是，此时由于操作失误，用新代码替换掉了以前做好的一个插件代码，代码报错，我又将报错结果发送给 AI，对一些代码进行修改导致逻辑错误，插件不能再打开。
通过替换之前存下的备份文件，加上多次撤销最后恢复，因为代码复制错误，软件自动写入了一段代码，也在 AI 的帮助下恢复了。
但我感觉，这个窗口的逻辑已经被污染，于是开启了窗口三。
补充一下：就是由于这次失误，让我感觉到我的记事本保存大法的不足，所以后续转为了 Git 控制版本，大家可以一步到位，少走弯路。
窗口三：完全停滞
依旧复制了上一段代码，然后给了它提示词：
这是一个我用 PPT 写的模仿 CDR 软件混合工具的 c# 代码，现在选中两个自由形状混合没有问题了，对于直线构成的形状它也混合的很完美，但对于有曲线的形状，它调和出来的效果就不太行，帮我优化。
经过几轮对话下来得到这个效果，看到这个效果我都给气笑了。
很明显，代码依然把贝塞尔曲线的控制手柄，当成了顶点处理。
我指出错误，并要求它参考 CDR 的混合算法，它拒绝后抛出了一大堆复杂的数学计算方法。
根据经验，这种长篇大论的自创算法失败率极高，我直接拒绝了。
就这样，第三个对话窗口一无所获。
插件进度停滞了……
窗口四：艰难推进进度
老方法，甩给他代码，给了对话窗口三差不多的提示词，经过了 10 轮左右的对话，得到了下面的效果。
形状依旧不闭合，但是能够看出来，有了大概的过渡效果了：
因为一直生成的都是非闭合形状，我怀疑是把转为自由形状和混合一起执行造成的错误。
于是，我提出了下图的修改：
效果还是不行，这样吧，我们在插件窗口上单独增加一个转换为自由形状的按钮。
如果用户选中了非自由形状，则弹出窗口提示用户转换，如果是自由图形则直接开始混合，把转换功能单独提取出来，不要和混合功能做成一个整体，降低出错率。
另外，转换自由形状我想通过选中形状，启动编辑顶点功能，随便选一个顶点，再选一次角部顶点，这样就能将他无损转为自由形状。
中间又经历了 N 轮失败：
我也提过几次无关痛痒的建议，当时觉得很好，后面觉得其实提的建议没有啥用处。
这个窗口唯一的实质性进展，是成功利用“编辑顶点”功能，实现了基础形状向自由形状的自动化无损转换。
此方案后续已废弃，还是通过布尔运算转为自由形状。
窗口五：思维转变，取得重大突破
我意识到“试图用一套算法解决所有混合场景”的思路，从根本上就是错的。
PPT 里的对象极为复杂，系统形状、自由多边形、不同顶点的贝塞尔曲线……
我现有的代码已经能对直线段构成的形状，以及相同顶点数的曲线，和不同顶点数的折线，都混合出不错的效果。
现在效果差的，只有 PPT 原生自带的形状混合出来的效果，以及顶点不同的曲线。
我能否为这几类形状单独写控制方法？
而且原来的代码也可以优化，混合工具用得最多的，就是两个相同的形状但是位置不同，大小不同。
我可不可以对这一类形状单独写代码优化？
但我不知道具体怎么描述，AI 才能明白我的需求。
于是我发送了现有的代码，并给了这一段提示词：
这是我用 C# 写的一个模拟 CDR 混合工具的一个插件，现在大概功能已经完善，我想针对一些特定场景优化。
1. 执行混合前检测，如果两个形状具有相似属性，顶点数相同，控制手柄距离一样，顶点属性相同等等则判定为同一形状，他们之间的混合只需要复制调整大小即可即可；
2. 对于顶点数量不同，且控制手柄距离不同的形状，则执行现在的命令。
疑问：怎么判断两个形状是相似的，我上述给的判断条件是否不足。
例如：我有两个圆形，他们只是大小不一样，则这个可以判定为同一个形状只需要执行复制缩放调整位置；又或者有两个大小不一样的圆角矩形，他们也可以判定为同一个形状，只需要执行复制缩放调整位置。
AI 给出了它的回答：
新的代码出来的效果也很不错，现在对标准参数化形状的支持非常完美：
由于对相同的自由形状支持效果仍然不行，于是我又给了新的提示词：
很好，现在对于标准参数化形状的支持非常完美了，但是对于同样大小的自由形状，或者外观一样，只是一个大一些一个是小一些的这种情况支持的不好，这个代码没有办法检测出来，并且只需要复制改变大小就行，依旧还是执行了计算节点混合的命令。
这里说一下，很多时候我都会对它给的代码给出评价。
例如“新代码效果不错”“很好”“解决了我刚刚提出的某某问题”“新的代码效果不行”“你给的这一版效果不如上一版”等等。
并不是我也学会了它的谄媚，而是我用 AI 的过程中，我发现如果你不给反馈，AI 会陷入盲目瞎猜。
就像给客户看设计稿，客户一言不发只提新需求，设计师根本不知道方向对不对，给出了反馈过后效果会好上不少。
我大概看了一下它的过程，在制作插件的过程中，我们不能一味的只复制代码、粘贴、然后反馈。
我们也需要大概了解一下它前面给出的过程，看一下它为什么这么做，有时候能获得启发并纠正它的错误。
用了它新发的代码，这个时候代码长度来到了 600 行左右，生成时间已经略长了。
之前两百行左右基本没怎么感觉到生成过程，现在 600 行的代码它生成时间就比较久了。
接下来，我又对已经是自由形状的文字混合进行了优化：
处理完上面的问题后，就要开始着手解决最后一个问题了。
不同顶点的曲线之间的混合，这是用得比较频繁，且目前来看最为棘手的问题。
因为前面我们已经尝试过优化，但一直失败，接下来重点解决这个难点。
我提出思路：既然混合是顶点映射，我们能不能在顶点较少的曲线上自动添加新的顶点，让两边顶点数强行一致？
我先在 PPT 里面进行了实际操作，发现确实可行。
但是也存在问题：我无法在不改变曲线外观的情况下，在两个顶点之间添加新的顶点。
我手动添加无法解决，那么代码呢？我将这个问题丢给了 AI：
但是结果却根本不行，效果一言难尽……
一直频繁失败，我给了一些建议，但被否定了：
多次失败后，我暂停了这个窗口的代码修改，专门新建了一个“辅助测试窗口”。
在这个纯净的窗口里，我只要求 AI 做一件事：选中一条线段，在保持外观不变的前提下，将顶点数量翻倍。
新开辅助窗口
这次我丢给了它我现在的代码，但并不是让它修改，而是删除，这样可以保证我继续使用原按钮的前提下使用新的功能。
我给的提示词：
这是我用 C# 写的程序，我想在不想要这些功能了，但是按钮这些还是用现在的，只是改变一下代码用途，帮我重写。
需求是 PPT 里面选中一个线段，执行添加顶点命令，可以将一个线段的顶点改为双倍的同时保持形状外观不变。
遗憾的是，还是失败……
对直线构成的线段，它可以正确添加顶点，但曲线就是下图的错误效果。
由于 Gemini 多次失败，我尝试去问了 ChatGPT，但因为没开会员，免费模型的回答非常水，很快就耗尽了额度。
后来因为 GPT 免费次数用完了，无法提供完整代码只提供了思路，我把它的思路发给 Gemini 又被无情教育。
不过它还是使用了新的方法，可是结果依旧是失败。
此时的我，有种无能为力了的感觉。
直到我我注意到 Gemini 的一句话：PPT 的 COM API 没有任何直接写入贝塞尔控制手柄（CP1, CP2）的函数。
这句话点醒了我！不能写入贝塞尔控制手柄？
这让我想到了如下图所示，这个之前我写的一个编辑顶点的插件：
既然不能写入，那个插件是怎么读取和重绘控制手柄的？
我立刻将那份源码发给 Gemini：参考这个代码获取控制手柄位置的逻辑，帮我重写插入顶点的功能。
找对参考路径后，辅助窗口成功输出了一份能够完美插入节点的纯净代码！
辅助窗口的使命完成。
我将这部分算法移植回窗口五，并给了提示词：
这一份代码，可以在两个顶点之间插入一个新的顶点，他插入的顶点就很完美，你参考他的办法来重新优化我们的代码。
新代码不负众望，终于实现了不同顶点数量曲线的平滑混合！
虽然有一点小瑕疵，但是也仅仅只通过一次的提示词引导优化，就解决了问题。
后续也发现一些小问题，不过有的我选择了保留，比如反向选择对象的计算方法不同，因为我发现有时候反着选效果反而好一些。
后面我感觉对话它开始胡言乱语了，但核心功能已经趋于稳定。
有时候一些效果不太满意也影响不大，决定结束主要功能代码的优化，所以开了最后一个窗口。
窗口六：收尾
在最后一个窗口，我让 AI 梳理了当前代码的分支判断逻辑，并进行了最终的代码精简与细节优化。
之后优化细节：
最终代码在 800 行左右：
得到的效果如下：
目前能够实现的效果如下：
最后，我制作了一个混合工具的图标，并添加到了我的插件中：
至此，“混合工具”插件开发基本完毕。
这个插件制作出来，对我有什么用处吗？
有，但是用处不大，因为我一般都会使用 AI 的混合工具，搞定了然后复制粘贴到 PPT（哈哈哈）
本意是给大家看一下我制作一个插件的全流程，但是没想到制作了这么久。
另外，这个插件对不同顶点数量的添加方式，是选中顶点数量少的线条最长的那一段的两个顶点，在中间添加新顶点，我们并不能控制它必须在哪里添加顶点。
这个时候，可以用我之前做的另一个顶点控制插件，用细分路径手动在自己需要的线段之间添加顶点。
不过这样制作出来的混合效果，和自动添加的由于顶点位置不同，出来的结果也是不一样的。
使用心得
01. 及时新开窗口
绝对不要在一个窗口里进行无休止的多轮对话。
目前大模型在超长对话后，极易出现注意力溃散和上下文混淆。
一旦发现它开始胡言乱语、频繁报错或忘记核心设定，果断带着最新版本的稳定代码去新开窗口。
02. 不要一次生成过长代码
勤俭持家的 Gemini 十分注重算力的消耗，它会优先给你部分代码让你替换。
在代码少的时候会给出完整代码，但在代码量上来过后，它就会只生成部分代码，这个时候需要我们手动替换。
前期我觉得这是个问题，每次都要求它给完整代码，它照做了，简单代码也没啥问题。
但我生成过最多两千多行的代码，等待时间长不说还经常报错。
所以我建议：短代码可以让它生成完整的，我们全选粘贴替换，长代码就生成部分代码，我们利用查找替换手动替换。
不难，试两次就成功了。
如果你觉得不方便，你就按照你的经验来，你想想软件这里应该添加什么功能让你操作更顺手。
作为一个成熟的软件，你的想法别人早就实现了，你只需要尝试就行，实在不会截图问 AI 。
另外，我们不要一上来就给它一大段提示词，包含了我们全部的插件功能，个人建议从简单的需求一步一步来，功能逐步添加完善。
03. 从熟悉的领域入手
让 AI 写代码，你必须具备该领域的业务逻辑判断力。
比如我选择开发 PPT 插件，是因为我非常熟悉 PPT 的对象逻辑。
如果让我去开发 CAD 插件，我连专业术语都描述不清楚。
我选择了我常用的PPT，因为我学习使用 PPT 也有一段时间了，对PPT比较熟悉。
提到学习PPT，我推荐上 转转 音律社群，圈子里干货极多，疑难杂症抛进去总能得到解答。
如果你不想做伸手党，去圈子里面搜索一下，或者点击各个版块看一遍，都能学到很多知识。
更别提什么拱卒活动、每周练习等等，音律老师想方设法套路着你学习……
04. 主动询问优化方案
做完插件，感觉自己的插件好用到爆炸了，别着急。
你可以试着问问 AI：目前的代码逻辑还有哪些优化空间？
它往往能指出性能瓶颈或潜在的 Bug 隐患，帮你避开大坑。
当然，也不能重复一直问，只要你问它就会一直给你说优化方向，别问我为什么知道。
05. 学会让软件联动
举一反三，利用 AI 编写自动化脚本打通多个软件。
比如我就让 AI 写了 AutoHotkey v2.0 脚本，配合 Quicker 和 Illustrator，实现了图片模板的自动套用、自动生成文件编号并归档。
原本 10 分钟的枯燥工作，现在一键 1 分钟搞定，彻底消灭了人工操作的低效和容易出错。
06. 拒绝纸上谈兵
看再多教程，都不如亲自动手跑通一行代码。
知识在传递过程中，必然会产生信息损耗，只有自己去踩坑、报错并利用 AI 解决，这些技能才会真正转化为你的肌肉记忆。
以上就是我这段时间使用 AI 开发插件的复盘，感谢耐心阅读，希望对大家有所帮助！
（全文完）
啊哈，手滑痛了没，坚持看完了，应该对 AI 做工具这块还是有点兴趣的吧？
有了 AI 的加成，很多想法和玩法实现起来确实要简单很多。
就像上次我发文提到，我用 AI +油猴脚本提效，之后就有伙伴在群里反馈他也用起来了：
除此之外，还有伙伴用 AI 做了其他实用工具，用法也很落地：
就像圆了个圆说的，拒绝纸上谈兵，行动起来，试着去创造吧，即使不谈效率的提高，只说那种收获和成就感，也是非常爽的。
对了，要是对他的 PPT 插件感兴趣，可以直接从社群里下载体验，或给他反馈催更，哈哈哈哈~
要是想查看更多 PPT 系列课程与优质素材资源，和更多有意思的小伙伴一起学习、打卡和交流，欢迎点击左下角的“阅读原文”加入我们的付费社群。