网页浏览器,才是离你最近的"超级开发平台"——一个Skill让零基础用户也能开发浏览器插件
不需要FQ、不需要学前端、不需要配环境。一句"帮我做一个网页翻译插件",AI自动写代码、自动打包、双击一个bat文件就装进浏览器。这就是我刚做完的浏览器插件Skill。
一、你每天都在用的两个工具,其实是最好的开发平台
先问你一个问题:你每天打开电脑,用得最多的软件是什么?
不出意外的话,就两个——浏览器 和 Office办公软件。
打开浏览器查资料、刷后台、填表单、看报表。打开Office做Excel、写Word、整PPT。
这两个工具,是你日常工作里"离你最近的软件"。物理距离最近,打开频率最高,操作习惯最熟。
但大多数人从来没想过一件事:在这些你天天用的工具上,能不能再长一些新功能出来?
举个例子:
- 你每天要在公司后台系统里重复填几十遍同样的信息,能不能内置一个自动填表按钮?
- 你经常要从网页上复制数据到Excel,能不能网页上直接带一个"一键导出Excel"的功能?
- 你看某个网站文字太小排版太丑,能不能一键美化阅读体验?
这些事,传统做法是:找IT部门排期 → 等两三周 → 不一定排得上。
但如果你能在你的浏览器上,直接装上这些功能呢?不需要离开你当前的工作环境,不需要打开另一个软件,新功能就长在你最熟悉的工具里。
这就是我对"工具使用方式"最核心的思考:让功能离用户最近,让路径最短。
二、浏览器插件,一个被"程序员专属"困住的领域
说到浏览器插件,你可能第一反应是:
"那是程序员搞的东西吧?前端工程师才会开发。"
没错。长期以来,浏览器插件开发就是一堵高墙:
| 传统开发的坎 | 具体有多难 |
|---|---|
| 技术门槛 | HTML + CSS + JavaScript + Manifest配置 + Chrome API,至少要会三门语言 |
| 环境搭建 | Node.js、npm、webpack、Vite……光环境就能劝退一大波人 |
| 发布流程 | 上传Chrome商店 → 审核 → 等几天 → 还要花5美元注册费,FQ才能装 |
| 调试测试 | 开发者模式、加载已解压的扩展、F12控制台,不懂的人根本摸不到门 |
所以,这个领域就被天然地圈定给了"前端程序员"。普通的Office开发群体、VBA爱好者、Excel达人——这些已经是Office用户群体里的"高阶玩家"了——但连他们也从来不敢碰浏览器插件开发。你想想,连能写出几百行VBA宏代码的Excel高手都被劝退,更不用说那些连公式都不会写的小白用户了。对真正的零基础普通用户来说,浏览器插件开发简直就是一个遥不可及的领域,连想都不敢想。
但我想打破这个局面。
这就是我新做的 chrome-extension-dev Skill 要干的事。
三、一句话,从需求到成品——全程门槛打到地板砖
和之前我做 VBA Skill、Python Skill、多维表格 Skill 的思路一脉相承:AI不是替你操作,而是帮你把整个开发流程跑完,最后交到你手里一个成品。
用这套 Skill,你跟 AI 的对话大概是这样的:
你:"帮我做一个浏览器插件,在百度首页加一个'一键导出结果到Excel'的按钮。"
然后 AI 做了什么?
| 步骤 | AI自动完成的事 | 你需要做的事 |
|---|---|---|
| 需求澄清 | AI会问清楚:在哪个网站用、按钮长什么样、导出哪些内容 | 简单回答几个问题 |
| 环境搭建 | AI自动检测Node.js,没有就帮你装,配好npm镜像源 | 点一下"允许" |
| 代码编写 | AI生成完整的 Manifest V3 配置 + Content Script + Popup 界面 | 什么都不用做 |
| 自动测试 | AI启动浏览器,加载插件,验证按钮确实出现在页面上 | 看看效果对不对 |
| 打包交付 | AI执行构建脚本,生成安装包 | 什么都不用做 |
| 一键安装 | AI生成一个 install.bat 文件 | 双击,插件直接装进浏览器! |
看到最后一步了吗?双击bat文件,插件就装好了。
不需要打开Chrome开发者模式,不需要点"加载已解压的扩展程序",不需要FQ去Chrome商店,不需要5美元注册费。只要是谷歌内核的浏览器——Chrome、Edge、360浏览器、QQ浏览器——通通双击安装。
四、关键利益一:最短的工具使用路径
回到开头的那个核心思考:为什么要在浏览器上做文章?
因为你的日常工作流已经在浏览器里了。
你打开OA系统审批,浏览器里的。你登录后台看数据,浏览器里的。你搜索素材、参考竞品,浏览器里的。
如果在浏览器之外新开一个软件来做自动化,你需要:
1. 关闭当前浏览器标签 → 打开那个软件 → 操作完 → 切回浏览器继续工作
但如果这个功能直接就嵌在你的浏览器里呢?
1. 什么都不用切换,按钮就在网页上,点一下完事
这就是"最短路径"的价值。
类比一下VBA和Excel的关系:为什么VBA这么多年都没被淘汰?因为它在Excel里面,不离身。你不用单独开一个IDE,不用导出数据到另一个软件,一切就地解决。
浏览器插件就是"浏览器里的VBA"。
让你的浏览器,从"查看网页的工具"变成"承载你日常工作流程的平台"。在工具使用路径最短的地方,把AI的能力长进去。
五、关键利益二:门槛打到地板砖以下
你可能在想:"就算AI写代码,我完全不懂技术,还是不敢用吧?"
这套 Skill 在设计的时候,有一个明确的假设:用户零编程基础。
所以 Skill 内部做了一套完整的"保姆级"机制:
第一,AI当需求分析师。 你不用说出"Content Script""Manifest V3"这些术语。你说"我希望点一下按钮,网页上的广告就没了",AI自动判断这需要 Content Script + 样式注入,然后跟你确认,再开始写代码。
第二,环境全由AI打理。 Node.js没装?AI帮你装。npm下载慢?AI自动切国内镜像。Windows PowerShell编码问题?Skill已经规定好必须用UTF-8 BOM,杜绝中文乱码。你完全不用面对命令行。(具体怎么做到的,看第七节我拆开来讲)
第三,不写一行代码,也能参与验收。 AI写完自动启动浏览器加载插件,你看着实际效果就行。弹窗好不好看、按钮位置对不对、功能满不满足——你只需要用正常的眼光来判断,不需要看代码。
第四,一键安装即用。 最终给你的是一个 bat 文件,双击就装好。想卸载?右键删除就行。比装一个手机App还简单。
这是我对"零门槛"的理解:不是把复杂的东西讲简单,而是压根不让你碰复杂的东西。
六、关键利益三:不做应用商店发布,直接安装到本地
这一点太重要了,必须单独说。
做过浏览器插件开发的人都知道,传统发布流程有多折磨:
写代码 → 打包 → 登录Chrome开发者后台 → 填一大堆表单 → 交5美元 → 等审核(可能被拒) → 审核通过后用户还得FQ去商店下载
而国内的情况是什么?大部分普通用户的Chrome根本没登录、没FQ,根本访问不了Chrome应用商店。
这套流程,天然就把普通用户拒之门外了。
我这套 Skill 的方案完全不同:走本地开发者模式加载,通过PowerShell脚本自动化。
| 对比维度 | 传统商店发布 | Skill的bat安装 |
|---|---|---|
| 安装步骤 | 搜索商店 → 点击安装 → 等下载 | 双击bat → 完成 |
| 网络要求 | 必须FQ | 不需要 |
| 注册费用 | $5美元开发者注册 | 免费 |
| 审核等待 | 1-3天 | 即时 |
| 适用范围 | Chrome官方 | Chrome/Edge/360/QQ/搜狗等所有Chromium内核浏览器 |
| 更新方式 | 等商店推送 | 重新双击bat即可 |
这就是"把开发成果真正送到普通用户手里"的方式。
不讲排面、不走流程、不设卡点——开发完,双击安装,马上就能用。
七、凭什么是真的?——Skill里面到底藏了什么
有读者看到这里,可能心里在打鼓:"说得这么神,AI真能把环境全搞定?"
我说几个细节,你就知道这不是"随便写段提示词让AI自己发挥"。
这套 Skill 背后有一整套写好的、经过实测验证的自动化脚本。比如安装 Node.js——传统做法是AI说"你先去官网下载安装",然后用户卡在选版本、配网络、报错不知道找谁。但我的做法是:Skill 里直接内置了一个 ensure_nodejs.ps1 脚本,它会自己检测你有没有装 Node.js、版本对不对、缺什么依赖,缺什么自动补什么。而且脚本内部有三套容错分支——装好了的跳过,缺依赖的只补依赖,完全没装的从头装——全程你只会看到一个"允许"按钮。
网络问题也考虑到了。npm国内下载慢?Skill写死了全部走阿里云镜像。PowerShell中文乱码?Skill明文规定所有脚本必须用UTF-8 BOM + CRLF编码,杜绝乱码。
这些细节说起来不复杂,但真要做好——你得真的在一个普通用户的电脑上全套跑通过,把所有坑填平,把容错写完备,然后固化进Skill的规则里。
这就是 Skill 和"一段提示词"的本质区别:前者是铺好了路的自动化工程,后者是让AI摸着石头过河。
八、多維表格用户的隐藏彩蛋——浏览器插件是多维表格的"前端增强层"
' fill='%23FFFFFF'%3E%3Crect x='249' y='126' width='1' height='1'%3E%3C/rect%3E%3C/g%3E%3C/g%3E%3C/svg%3E)
如果你一路读到这里,你可能会想:"我又不是做前端的,浏览器插件跟我有什么关系?"
如果你是我前面几篇多维表格推文的读者,这个章节就是专门写给你的。
多维表格用久了,你肯定会遇到这些尴尬
WPS多维表格很强——建表、写公式、配视图、跑脚本,几乎能当轻量级ERP用。但当你用久了,总会遇到一些原生功能覆盖不了的需求:
- 想让客户看到的界面更漂亮、更定制化?多维表格的视图定制空间有限
- 想在表格上增加一些原生没有的交互(比如拖拽排序、批量图片预览)?做不到
- 想把多维表格当成数据库,但缺一个你自己设计的前端展示界面?没有入口
- AirScript能读数据,但把数据展示出来的方式很受限——弹个窗、画个表已经是极限了
这些不是多维表格的问题。 多维表格的核心价值是"数据结构化 + 权限 + 自动化",它的定位不是万能的。但当你想在它的基础上做一些"专业的前端交互",你就卡住了。
浏览器插件:给多维表格装上一个"侧边栏增强器"
这套浏览器插件Skill里,专门做了一个针对 WPS 多维表格的示例项目——Side Panel(侧边栏)桥接插件。
它的作用是:在你的 WPS 多维表格页面右边,开一个侧边栏面板。这个面板不是 WPS 原生的,是你自己开发的!你可以在这个面板里做任何事:
一个真实跑通的例子:读取表格中当前选中单元格里的图片,在侧边栏里大图展示出来。
听起来简单?但背后有不少技术难度——WPS 页面里的 Application 对象在浏览器插件的隔离环境里直接拿不到,需要一套"页面主世界桥接"机制来突破隔离。图片字段内部的 LinkUrl 可能是异步Promise,不能直接跨世界传递,必须先解包成纯字符串。这些坑,Skill都已经替你处理好了,AI读完后自动写出正确的桥接代码。
展开想一想,这个能力能做什么
一旦你的浏览器插件能和 WPS 多维表格"对话"了(读取数据、写入数据、响应选区变化),你就拥有了一个完全自定义的前端界面层:
| 原生多维表格做不到的 | 用浏览器插件你可以 |
|---|---|
| 拖拽式仪表盘 | 侧边栏里用你想用的任何图表库,数据实时来自表格 |
| 批量图片预览 / 轮播 | 选中附件列,侧边栏轮播展示所有图片 |
| 自定义表单校验 | 在提交前用你自己的校验逻辑,比原生表单字段限制强大得多 |
| 一键操作台 | 把多个常用操作集中到一个面板,一键触发 AirScript 脚本 |
| 外部数据联动 | 侧边栏调外部API(AI、翻译、天气),结果直接写回表格 |
| 专属客户端界面 | 给客户、员工一个比原生视图更好看、更好用的操作界面 |
本质上是把多维表格当成你的轻量级数据库,浏览器插件当你的前端界面层。 数据存在表格里,权限用表格自带的,自动化用AirScript跑,但用户看到和操作的界面,是你自己设计的。
这就是"不离开浏览器工作环境"的另一个典范。你不需要搭服务器、不需要写后端、不需要配数据库——多维表格已经是你的后端了。浏览器插件只是在前端这层,把交互体验做到你想要的样子。
对于做惯了Excel和WPS多维表格的你来说,这意味着:你终于可以在你最熟悉的工具上面,长出一层自己完全掌控的交互体验。 而且这一切,同样是一句话让AI帮你做出来——不需要自己写HTML、CSS、JavaScript。
九、Skill本身有多深?——不只是"模板",是完整知识工程
和之前的多维表格Skill一样,这套浏览器插件Skill不是一段"提示词",而是一套完整的知识工程体系:
| 模块 | 内容 | 规模 |
|---|---|---|
| 需求澄清 | 多轮对话模板,帮助AI从模糊想法中提炼需求 | 1篇专项文档 |
| 环境与项目初始化 | Node.js自举安装、项目脚手架、蓝图实例化 | 2篇文档 + 3个PowerShell脚本 |
| 编码与结构 | Manifest V3规范、代码分层、权限最小化、Chrome API速查 | 5篇参考文档 |
| 质量检查与运行验证 | 自动加载浏览器、运行时验证、CDP连接调试 | 4篇文档 + 4个验证脚本 |
| 打包与交付 | 构建打包、bat安装脚本生成、企业策略部署 | 2篇文档 + 2个打包脚本 |
| 常见场景 | 翻译工具、广告拦截、页面监控、数据提取等高频需求 | 7个示例需求 |
| 项目蓝图 | Popup弹窗、Side Panel侧边栏、Content Script注入、Background后台、DevTools面板 | 5套开箱即用蓝图 |
每一篇参考文档,都不是"抄MDN文档",而是"MDN文档 + 实测验证 + 踩坑经验 + 可直接复用的代码模板"。
比如:页面主世界桥接、postMessage可克隆边界、Manifest V2到V3迁移、PowerShell 5.1编码红线——这些都是在实战中趟过来的坑,固化进了Skill,AI以后不会重复犯。
十、从VBA到浏览器插件:同一种方法论,不同领域
回顾一下我过去这几篇文章的脉络:
| 文章 | 领域 | 核心能力 |
|---|---|---|
| VBA Skill | Excel 宏开发 | AI帮你写VBA代码、打包成xlam插件 |
| Python Skill | Python桌面开发 | AI搭环境、写代码、打包成exe |
| 多维表格 Skill | 飞书/WPS | AI操作表格:建表、写公式、配权限、跑脚本 |
| 浏览器插件 Skill | Chrome/Edge | AI开发浏览器插件:写代码、测试、bat一键安装 |
从VBA到Python到多维表格到浏览器插件——在五个完全不同的技术领域,同一套方法论反复被验证有效:
把专业开发知识打包成AI可理解的Skill → AI代替用户完成所有技术操作 → 用户只需描述需求 → 拿到可交付成品
而这篇文章的主角——浏览器插件 Skill,是这个方法论在"离用户最近的工具"上的一次落地。
十一、写给谁看的?
这套 Skill 适合这几类人:
| 人群 | 典型场景 |
|---|---|
| Office/VBA开发爱好者 | 你已经用VBA增强了Excel,现在可以增强你的浏览器——在网页上长新功能 |
| 经常用网页后台的办公人员 | 每天在OA、CRM、ERP里做重复操作,想要一键自动化 |
| 小团队管理者 | 想给团队做一个内部效率工具,但雇不起前端程序员 |
| 对编程零基础但想尝试的人 | 这是入门的"最低门槛赛道"——不需要配环境、不需要学语法 |
| 爬虫/自动化爱好者 | 想从网页提取数据、自动填表、监控页面变化 |
特别期待:那些"零基础但愿意尝试"的用户加入进来。
因为你可能不知道什么技术方案能实现你的需求,但你最清楚自己的痛点在哪。你把遇到的问题说出来,我们一起来看用什么样的插件可以解决它。这个过程本身就是学习和成长。
十二、关于社群和免费声明
最后说几句心里话。
从 VBA Skill 到 Python Skill 到多维表格 Skill 到浏览器插件 Skill,我做了一整套 Skill 体系。这些 Skill 文件、脚本、模板、参考文档——全部免费开放。
我还建了一个交流社群,在群里你可以:
- 分享你使用Skill过程中遇到的疑难杂症
- 提出你想做的插件想法,大家一起讨论方案
- 反馈 Bug,帮助我迭代完善
- 看到其他群友的实战案例,相互启发
这个社群也是免费加入的。 我不收费、不卖课、不割韭菜。只要你对"用AI增强你的日常工具"这件事感兴趣,随时欢迎。
如果你觉得这些分享对你有帮助,心存感激,可以随时随意打赏——没有固定金额,没有强制付费。你觉得值多少,就打赏多少。打赏是一种认可,不是入场券。
因为我相信:真正有价值的东西,自然会得到认可。
写在最后
浏览器,是你每天打开电脑后第一个启动的软件。
这么多年来,你用它看新闻、搜资料、登后台、填表单、刷视频。
但从今天开始,它还可以多一件事:成为你自己的自动化工作台。
你想在网页上加什么功能,AI帮你做。做完双击安装,立刻能用。
一句话总结:让功能长在离你最近的工具里——浏览器插件Skill,把Chrome扩展开发的门槛从"需要前端工程师"打到"零基础双击安装"。和VBA操控Excel一样,用最短的工具使用路径,让你在自己的浏览器里心想事成。
如果你对浏览器插件开发感兴趣,或者想用AI给自己的工作浏览器加一些自定义功能,欢迎评论区留言交流,也欢迎加入我的免费社群一起探讨。

浙公网安备 33010602011771号