第 32 套 Skill:VSCode 插件,说句话就能造——非程序员的你,也该有自己的顺手工具

先说实话：这套 VSCode 插件开发 Skill，我做得确实不太上心。原因很简单——VSCode 是程序员的天下，市面上插件多如牛毛，而程序员自己，早就把"做插件"这件事玩明白了。按理说，轮不到我来做。 但最近有个变化，让我改了主意：越来越多的非程序员，正在用 AI 编程，也越来越多地打开了 VSCode 这类编辑器。 所以我把这套 Skill 也做了出来——不标榜什么，有需要，你就拿去用。

一、为什么我对它"不太上心"？三条理由，全是实话

我不绕弯子，直接说为什么这套 Skill 一开始没排进我的优先清单：

理由一：市场不缺插件。

VSCode 的插件市场里躺着几十万个扩展——命令工具、代码片段、主题、调试器、AI 助手……你要什么有什么。它不是一个"没人管"的软件，恰恰相反，它是被全世界的开发者伺候得最好的软件之一。

理由二：VSCode 是程序员的主场。

它本来就是给程序员设计的工具。而程序员这个群体，自己就是最会"造工具"的人——装个 Node、写几行代码、打包成插件，对他们来说是基本功。我去教程序员做插件？班门弄斧。

理由三：我手上的排期表排得满满的。

前面还有 SketchUp、3ds Max、Blender、Rhino、Revit、SolidWorks……哪一个不是"刚需中的刚需"？相比之下，VSCode 的优先级，真排不上号。

所以你看，我说的"不太上心"，是有充分理由的。

二、但有个变化，让我改了主意

真正让我改主意的，是最近观察到的几个场景。

场景一： 一个做财务的朋友，用 AI 写了个自动化脚本，处理月度报表。她不会编程，但她打开了 VSCode，看着 AI 一行行把代码写出来——她管这个叫"她的魔法本"。

场景二： 一个做运营的朋友，让 AI 帮他写爬虫、写数据处理的小工具。他现在每天打开的不是 Excel，而是编辑器——因为 AI 生成的东西，得有个地方放、得能跑起来、得能改。

场景三： 一个做电商的老板，让 AI 给他做了一批营销工具，全是用编辑器在跑。

你发现共同点了吗？越来越多的非程序员，正在被 AI 编程"拉进"编辑器这个工具里。 他们不写代码，但他们在用代码；他们不是程序员，但他们在深度使用程序员每天打开的那台"机器"。

这就是跨界。AI 编程让"编程"这件事，从程序员的专属技能，变成了普通人的日常工具。 而编辑器，就是这些普通人每天进出的大门。

三、找插件，有时候不如自己造一个

有人可能会说：编辑器里插件那么多，干嘛要自己造？

我的回答是：正因为插件太多，找插件这件事本身，就成了一种折磨。

你打开插件市场，搜一个功能，出来几十个结果——

• 这个看起来功能全，装上去发现界面丑；
• 那个口碑好，但更新日期是三年前，早就不维护了；
• 第三个功能对上了，但用起来总觉得别扭，跟你的工作习惯八字不合；
• 还有的，装了之后一堆权限、一堆弹窗，烦得要死。

装、试、卸、再装——一晚上的时间，就这么没了。

而"自己造一个"，恰恰是最省心的路线：你只要把"顺手"两个字说清楚，AI 就能给你造一个完全贴合你习惯的工具，没有多余功能、没有广告、没有你不想要的任何东西，因为它是为你一个人做的。

四、所以，这套 Skill 长这样：说句话，插件就来了

这套 VSCode 插件开发 Skill，走的是我一贯的路线——零基础用户，说句话，AI 全包。

你不需要会编程、不需要装开发环境、不需要碰终端。AI 帮你做完全部流程：

你说需求 → AI 判断该用什么方案 → 搭项目、写代码 → 静态检查、打包成 .vsix 安装包 → 真实装进你的编辑器验证 → 交付一个 dist 文件夹给你。

你拿到手的，是一个双击就能装的插件安装包，配一份安装说明。装完，插件就在编辑器里了。

为了照顾各种需求，这套 Skill 内置了 8 套插件蓝图：

1. 命令小工具——最简单的插件，敲个命令、点个按钮就干活；

2. 网页面板——编辑器里开一个网页界面，随你定制；

3. 侧边栏面板——左侧多一个图标，点开是你的专属面板；

4. 树视图——文件、数据以树形结构展示；

5. 代码检查——打开代码自动检查、标红提示；

6. 复杂界面——React 全家桶，做最漂亮的界面；

7. 代码片段包——敲个缩写，一整套模板就出来；

8. 配色主题——一键换肤，纯配置零代码。

而且 AI 会自动判断难度：一次性的小工具，用最简单的方案；要长期迭代的，用更稳的技术骨架；要复杂界面的，直接上专业框架。 不给你杀鸡用牛刀，也不给你凑合。

更贴心的一点：这套 Skill 不只认 VSCode，主流的 VSCode 衍生编辑器（Cursor、Windsurf、Trae）也都兼容。 你用的不管是哪家，说句话，插件一样能装。

五、三个真实的例子，你感受一下

例子一：状态栏字数小工具。

"我想要个插件，在下面状态栏显示我这个文档有多少字。"

AI 判定这是最轻量的需求 → 用最简单的方案 → 一个插件做出来：装好后编辑器右下角常驻一个小标签，打开文件就显示字数，打字的时候数字实时更新。你什么也不用做，装好就有。

例子二：侧边栏待办面板。

"我想做个插件，左边有个图标，点开是待办清单，能添加、勾选、删除，数据存在当前项目的 json 里。"

AI 判定这是持续迭代的需求（用户说以后还想加番茄钟）→ 用更稳的技术骨架 → 做一个侧边栏面板：输入框添加、点勾完成、点叉删除，数据存在项目文件里。跟商业插件的体验一模一样。

例子三：团队代码片段包。

"我们团队写 React 总重复敲那套模板，能不能做个插件，敲个缩写就出来？"

AI 判定这是纯声明式需求 → 最快速地交付 → 一个片段包：装好后，敲两个字母按 Tab，整套标准模板就出来了，光标自动停在要填的位置。以后你们团队再也不用重复敲那几十行模板了。

三个例子，三种需求，三种不同的技术路线——但都是说句话，插件就来了。

六、交付这一环，我依然不含糊

虽然我说"不太上心"，但交付标准，我一点没放水：

• 静态门禁十道检查：代码有没有问题、结构规不规范、打包会不会出错，AI 在交付前全部过一遍；
• 真实安装验证：不是"理论上能装"，而是 AI 真的把插件装进编辑器、列出清单核对过，确认能用才交付；
• 打包与说明：一个 .vsix 安装包 + 一份白话安装说明，双击、安装、完成，三步走。

这套 Skill 的架构，还是我反复打磨的"Python 单驱动"——干活的脚本全用 Python 写，跨平台、任何 AI 智能体都能驱动，跟之前那些大 Skill 一个底子。

所以它看起来轻，底子不轻。

写在最后

写这篇推文，我反复斟酌过口吻——因为它确实是我所有 Skill 里，最"轻"的一套。

我不需要渲染它多难做，因为真的不算难；我也不需要渲染它多刚需，因为程序员自己就能搞定。

但我想诚实地告诉你：世界正在变。 越来越多的普通人，因为 AI 编程，开始踏进编辑器这个曾经只属于程序员的世界。他们会发现：原来我也可以自己造工具，不用满世界找现成的、凑合的。

如果你已经走到了这一步——打开过编辑器、用 AI 写过东西、被某个插件气到想自己动手——那这套 Skill，就是为你准备的。有需要，就拿来用。

它不伟大，但它实在。就像那句老话：自己顺手，比什么都强。

第 32 套 Skill。设计群体的自动化，还在继续。

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