第 33 套 Skill:Figma 插件,本地即用——天下没有难做的插件,从 UI/UX 设计领域开讲

今天，我要正式宣布一件想了很久的事：进军产品 UI/UX 设计领域。 说起来，"天下没有难做的插件"这个念头，早在我当初打算做设计系列 Skill 的时候，就一直在心里默念了。如今飞轮越转越快，是时候把它正式立成愿景，落地成一套套真正好用的 Skill 了。 为什么从设计领域开始？因为这里有一件让我惦记了很久的遗憾，也有一件让我特别兴奋的新发现。遗憾叫 Axure RP，发现叫 Figma。 这一退一进之间，是我这些年做插件最深的体会：插件，永远要站在巨人的肩膀上。

一、先说那个遗憾：Axure RP，我一度以为会是它

做 UI/UX 设计领域的插件，我第一个想到的老牌软件，其实是 Axure RP。

它是产品经理、交互设计师用了很多年的桌面端原型设计工具，在圈子里地位很稳、市场占有率很大——这些印象，是我翻查资料时留下的。它确实是个值得被认真对待的老牌工具。

但当我认真调研它的二次开发能力时，心里凉了半截：

• 它没有真正意义上的插件生态——不支持通过插件对设计文件做增删改查；
• 官方提供的所谓 API，只是一个"技术预览"版的 .NET 库——而且只能读取 .rp 文件里的内容，不能写入、不能修改；
• 没有公开的网络 API——没有 REST 接口，没有 Webhook，云端数据对你完全封闭；
• 想自动化？官方论坛里的答案很直接：只能靠程序模拟鼠标去点。

一个只读、不能写、不能自动化改造的文件格式——这意味着，再厉害的人，也做不出"给 Axure 装插件"这件事。 它是一扇焊死的门。

我只好放下它，把目光转向设计领域另一个名字：Figma。

二、再说那个发现：Figma 表面是云端 SaaS，桌面端却能"本地造插件"

Figma 给我的第一印象，就是个"云端网页版设计软件"——打开浏览器就能用，所有文件都在云上，看起来跟"插件开发"八竿子打不着。

但深入了解后，我被它惊到了：它的桌面端，藏着一套完整的插件开发通道。

• 插件不需要上架应用商店：Figma 桌面端有专门的"开发"入口（Plugins → Development），选一个 manifest 文件，插件就装好了——完全绕开审核，本地即用；
• 改完立刻热重载：你改一行代码，在 Figma 里点一下重载，效果马上出现在画布上——不用重新打包、不用反复安装，开发体验快到飞起；
• Windows、Mac 双端通吃：桌面端两个系统都支持插件，交付一遍，两端通用。

这意味着什么？意味着 Figma 表面上是一个"大厂 SaaS 云服务"，实际上给个人开发者留了一扇完全敞开的门——不用注册开发者账号、不用审核、不用上架，你自己写的插件，自己导入就能用。

这简直是为"个人用户按自己喜欢的方式造工具"量身定做的环境。

所以，Figma 就是我进军 UI/UX 设计领域，落下的第一站。

三、大转弯：回到我最擅长、最认可的战场——商业软件插件

有人可能会问：你从办公软件做到独立工具、做到业务系统，现在怎么"又"回来做商业软件插件了？

我要跟你说句心里话：这不是"又"，这是"回"。

做了这么多套 Skill，我越来越确认一件事：插件开发，是我最擅长、也最认可的领域。 原因很简单——

插件，是站在巨人肩膀上的开发。

想想看：Figma 有十几年打磨的图层系统、组件体系、自动布局、设计变量……3ds Max 有几十年沉淀的三维建模内核，SolidWorks 有机械设计界绕不开的规则。这些巨型商业软件，花了十几年、几十年，把最复杂的领域逻辑沉淀成了一个个稳定的功能。

而做插件的人要做的，只是调用它们已经给好的接口，把功能组合起来——就能把软件的潜力，再往上推一层。

• 你不需要从零写一个设计引擎，Figma 已经写好了；
• 你不需要懂渲染原理，软件已经封装好了；
• 你要做的，只是说一句话，让 AI 把这些能力接起来，变成你自己的工具。

这就是为什么我一直说：插件是性价比最高的开发。 巨人的肩膀已经搭了几十年，你只需要站上去。

四、为什么插件能"降维打击"？因为程序天生会两件事

说回设计软件本身。你有没有想过一个问题：为什么设计师总觉得重复操作累？

因为软件的设计逻辑，是"单一动作"：你选中一个图层，改一个颜色，点一下；再选一个图层，再改，再点。每一次操作，都只能处理当前这一个对象。

人做这件事，有几个绕不开的极限：

• 手速极限：手点鼠标能有多快？一百个图层改名字，点一百次；
• 耐心极限：重复操作三十分钟，人就开始出错——漏改、改错、忘保存；
• 正确率极限：人不是机器，手一抖、眼一花，错就来了。

而编程语言天生会两件事，正好把这三个极限全部击穿：

第一件：分支。 程序可以"如果……就……否则……"——遇到不同条件、不同情况、不同选择，自动走不同的路。人要做判断的活，程序替你判断。

第二件：循环。 程序可以"对每一层执行同样的事"——一百个图层、一千个节点，循环一遍，全改完。人不可能手点鼠标点到冒烟，但程序可以，而且它比你点得快、不喊累、不出错。

这两件事加在一起，就是降维打击：

同一件事：人花一小时手工重复，正确率看心情；程序花一秒跑完，正确率 100%。

这不是"快一点点"，这是完全不同维度的差距。

五、所以，这套 Figma 插件 Skill 长这样

说回这套 Skill 本身。它走的是我一贯的路线：零基础用户，说句话，AI 全包。

你只需要告诉 AI：

• "帮我做个把选中图层批量重命名的插件"；
• "帮我做个调色面板，选中图层点一下就换色"；
• "帮我做个批量导出选区的工具"。

AI 会判断走哪条路，然后从头到尾帮你做完：

三条路线，按需求自动选：

验证与交付，依然是死磕过的：

• Figma 不支持无界面运行，所以我把能自动验证的全部提前自动做掉——用模拟环境真实执行插件代码、跑场景断言，交付前再扫一遍语法、清单、红线；
• 交付物是双击安装脚本（Windows / Mac 各一份）+ 一次导入指引——你在 Figma 桌面端导入一次，就装好了；
• 以后要改？热重载，点一下看效果，不用重新装。

你不需要懂插件 API、不需要懂 JavaScript、不需要注册开发者账号、不需要上架审核。说句话，插件就到手；装一下，就能用。

六、几个细节，背后都是踩过的坑

最后简单说几个我提前踩平的坑，让你知道 AI 生成的插件为什么"装了就正常"：

• "双进程"是第一坑：Figma 插件分两个世界——代码世界（能操作画布）和界面世界（能画界面），两个世界只能通过消息通信，跨线乱写，插件直接哑火；
• 字体必须先加载：任何"改文字内容、改字号"的操作，之前必须先把字体加载好，否则直接报错——这是 Figma 插件第一大报错源；
• 颜色不是 0–255：Figma 里颜色是 0–1 的小数，直接填 255 写出来的就是错色；
• 网络请求有白名单：插件要用网络，必须在清单里声明允许的域名，否则被静默拦截。

这些坑，我在 Skill 里全部写成了红线清单——AI 写任何代码前先过一遍，装到你电脑上的，都是踩平过的路。

写在最后

写这篇推文时，我其实挺感慨的。

从 Excel 到 WPS，从三维建模到机械设计，从业务系统再到今天的 UI/UX 设计——我绕了一大圈，又回到了商业软件插件这个我最认的战场。

因为我越来越确定一件事：这个世界不缺功能，缺的是"把功能按你的方式组合起来"的能力。 而插件，就是这种能力最好的载体——它站在巨人的肩膀上，把十几年的领域积累，变成你手边一个顺手的工具。

今天起，我的愿景正式立在这里：天下没有难做的插件。

所有值得做的、支持二次开发的商业软件和开源软件插件，我都想一个一个做一遍。 用户群体大的、体量大的，优先做——因为帮到的人多，价值就大。

Figma，就是这条路上的第一站。欢迎大家一起见证。

这套 Skill，其实是为你准备的——如果你自己就在用 Figma，或者在做产品、做原型、做交互相关的工作，说句话，AI 就帮你做出自己的设计工具，批量重命名一百个图层这种破事，从此跟你无关。

就算你暂时用不上，这套玩法也值得你叫上身边的人，一起来把 AI 编程玩转——自己顺手，比什么都强。

第 33 套 Skill。天下没有难做的插件，从今天开始。

想体验全套免费 Skill？欢迎加好友进入免费社群，关注公众号，后台回复「Skill」，不要理会AI自动回复，等我发联系方式，加好友进群自助获取。