只懂一点 Python,我如何用 Claude Code 开发了一款月入 $500 的浏览器插件

我的主力语言是 Python。写过爬虫,做过数据分析,用 Flask 搭过几个内部工具。JavaScript?会一点点,能看懂,但让我从头写一个前端项目,不行。
有一天我在做数据分析,第 N 次手动把网页上的表格数据复制到 Excel,复制到一半手滑选错了行,整列数据全乱了。我盯着那个乱掉的表格,突然想:这件事为什么不能自动化?
Chrome 插件能做这个。但 Chrome 插件需要写 JavaScript。需要懂 Manifest V3。需要理解 Service Worker、Content Script、Popup、Chrome Storage API——每一个概念都是我不熟悉的。
我差点放弃了。
但后来我用 Claude Code 试了一下。20 分钟后,一个能跑的插件就出现在了我的浏览器里。三周后,它上架了 Chrome Web Store。两个月后,它开始每月给我带来 $500 的被动收入。
这篇文章不是炫耀。是想说:如果你有一个好想法,但觉得自己「技术栈不对」,那个障碍在 2026 年已经不存在了。
浏览器插件为什么值得做
先说为什么我选了浏览器插件,而不是做一个 App 或者 SaaS。
三个原因。
第一,开发成本极低。 一个 Chrome 插件本质上就是几个 HTML、CSS、JS 文件加一个配置文件。不需要服务器,不需要数据库,不需要域名。上架 Chrome Web Store 的费用是一次性 $5。
第二,分发天然免费。 Chrome Web Store 就是你的应用商店。用户搜索关键词就能找到你的插件。不需要买广告,不需要做 SEO,不需要搭建落地页。当然,如果你愿意做这些,增长会更快。
第三,变现路径成熟。 独立开发者 Rick Blyth 靠两个 Chrome 插件赚了超过 50 万美元——从月入几百到月入一万,最后以六位数的价格卖掉了它们。一个叫 Easy Folders 的插件,帮用户整理 AI 聊天记录,月收入 $3700。GoFullPage,一个截图工具,400 万用户,月入 $10000。
这些不是大公司的产品,是个人开发者做的。
浏览器插件市场在 2025 年的规模预估超过 280 亿美元。而且这个市场有一个特点:大公司不太看得上,但小需求遍地都是。这正是独立开发者的甜区。
我做了什么插件
我不会说具体的产品名(隐私原因),但可以说这个插件解决的问题。
作为一个做数据分析的人,我每天要在多个网站之间来回切换,手动复制数据到表格里。这个过程枯燥、重复、容易出错。
我想要一个插件,能在我浏览网页时一键提取页面上的关键数据,自动整理成结构化格式,可以一键复制或导出为 CSV。
这个需求看似小众,但一搜 Chrome Web Store,类似的插件要么太复杂(面向企业,一堆用不到的功能),要么太简单(只能提取表格,不能自定义)。
中间这个空档,就是我的机会。
第一步:从自然语言到可运行的代码
我打开终端,创建了一个空文件夹,启动了 Claude Code:
1 | mkdir my-extension |
然后跟它说了这段话:
1 | 创建一个 Chrome 浏览器插件,功能如下: |
Claude Code 生成了五个文件:manifest.json、popup.html、popup.js、popup.css、content.js。
我照着提示打开 chrome://extensions,开启开发者模式,加载这个文件夹。
点击插件图标,弹出面板。点击按钮,当前页面的表格数据出现在面板里。点击复制,粘贴到 Google Sheets,格式完全正确。
从打字到可运行,20 分钟。 我一行 JavaScript 都没手写。
关键是——这不是 Demo。文件结构、权限声明、Manifest V3 的写法,全部是规范的。CAIO 的教程也证实了这一点:Claude Code 理解完整的 Chrome Extensions API,包括 Manifest V3、Service Worker 和权限系统。
第二步:迭代,从「能用」到「好用」
第一版只是起点。接下来的两周,我每天花一两个小时,用自然语言跟 Claude Code 迭代:
1 | 不只提取表格,还要能提取页面上的列表数据(ul/ol 里的内容) |
1 | 添加一个"选择模式":点击后我可以在页面上手动选择要提取的区域 |
1 | 让用户可以自定义导出格式:CSV、JSON、或者纯文本 |
1 | 添加本地存储:保存最近 10 次提取的历史记录,下次打开插件可以查看 |
1 | 给面板加上快捷键支持,Ctrl+Shift+E 直接触发提取 |
每次迭代,Claude Code 会修改相关文件,我刷新一下插件就能测试。遇到 bug——比如某些网站的表格用了非标准 HTML——我直接说「在 XX 网站上提取失败了」,它会分析页面结构然后修复 Content Script。
整个过程中,我学到了很多 Chrome 插件开发的知识。不是从教程里学的,而是从 Claude Code 的代码里看到的。它用 chrome.storage.local 存数据,我就知道了本地存储怎么做。它用 chrome.tabs.query 获取当前标签页,我就知道了 Tab API 怎么用。
用 Claude Code 开发不是「不学东西」,而是「在做的过程中学」。 这比先读三天文档再动手,效率高太多了。
第三步:上架 Chrome Web Store
插件功能稳定之后,我准备上架。
又跟 Claude Code 说了一句:
1 | 准备将这个插件发布到 Chrome Web Store。 |
Claude Code 帮我补全了所有发布需要的信息。图标用了简单的 SVG 生成(后来我自己用 Figma 换了个更好看的),隐私政策也生成了标准模板。
上架步骤很简单:
- 注册 Chrome 开发者账号($5,一次性)
- 把插件文件夹打包成 ZIP
- 上传到开发者后台
- 填写描述、截图、分类
- 提交审核(大约 2-3 天)
审核通过后,我的插件就出现在了 Chrome Web Store 上。
第四步:变现——Freemium 模式
定价策略我参考了 Extension Radar 的分析和其他独立开发者的经验。
免费版: 基础提取功能,每天最多提取 10 次,支持 CSV 导出。
付费版:$4.99/月 或 $39.99/年——不限次数,支持 JSON 导出,支持自定义提取规则,支持历史记录。
变现用了 ExtensionPay(一个开源的 Chrome 插件支付工具),不需要自己搭后端。集成过程也是让 Claude Code 做的。
上线第一个月,30 个用户,其中 3 个付费。收入 $15。
我做了两件事来增长:
- 在几个相关的社区(数据分析、增长黑客)里发了帖子,分享我的使用场景
- 在 Product Hunt 上做了一次简单的 Launch
第二个月,用户涨到 200+,付费用户 15 个。月收入开始接近 $100。
到第四个月,靠着口碑和 Chrome Web Store 的自然搜索流量,付费用户稳定在 100+。月收入突破 $500。
总投入和收益
算一笔账:
| 项目 | 金额 |
|---|---|
| Claude Code 订阅 | $100/月(Claude Max) |
| Chrome 开发者账号 | $5(一次性) |
| 域名(隐私政策页面) | $12/年 |
| Figma 图标设计 | $0(免费版够用) |
| 服务器 | $0(插件本地运行) |
| 月总成本 | ~$101 |
| 月收入 | ~$500 |
| 月净利润 | ~$400 |
开发时间总计大约 40 小时(分散在三周)。如果我是从零学 JavaScript 和 Chrome API 开始,保守估计需要三到四倍的时间。
关键经验:不是「技术栈」决定你能做什么
回头看这段经历,我总结了几个关键点:
1. 从自己的痛点出发。 我做的插件解决的是我自己每天都遇到的问题。Rick Blyth 的 $500K 插件也是这样——他自己是 Merch by Amazon 的卖家,受不了平台糟糕的 UI,就自己做了个工具。好的产品不是「想出来」的,是「被逼出来」的。
2. 用最小版本验证市场。 第一版只花了 20 分钟。如果没人用,我也就浪费了 20 分钟。不要花三个月做一个完美版本然后发现没人需要。
3. Claude Code 的价值不只是写代码。 它还帮我生成了隐私政策、Store 描述、用户引导文案。一个人做独立开发,最大的挑战不是技术,而是「除了写代码之外的所有事」。Claude Code 把这些事的门槛也降低了。
4. Freemium 比一次性收费好。 免费版是漏斗,让用户先体验价值。付费版是变现,解决更深的需求。这个模式在浏览器插件领域被反复验证过。
5. 不要怕「小市场」。 我的插件用户不到 1000 人。但 100 个付费用户 × $5/月 = $500/月。你不需要做一个百万用户的产品才能赚钱。Micro SaaS 的魅力就在于:足够小的市场,足够大的利润。
你也可以这样做
如果你也有一个想法,但觉得「我不会前端/JS/Chrome API」,现在你知道了——这不是障碍。
一个开发者 Dheeraj 的故事更极端:他本来用 n8n 做自动化,结果认证出了问题。大多数人会去找替代工具。他打开了 Claude Code,3 天做出 MVP,19 天上架 Chrome Web Store,238 次 commit,总花费 $135。
另一个开发者 Vladimir Balko 用 Claude Code 4 小时做了一个 Chrome 插件,并发布了一篇详细的实测报告。
CAIO 的教程开头写着一句话:「用 Claude Code 创建 Chrome 插件,不需要 JavaScript 经验,不需要理解 Chrome 的扩展 API。」这不是营销话术——我自己验证了。
核心流程就四步:
- 创建文件夹,启动
claude - 用自然语言描述你想要的插件功能
- 加载到浏览器测试,发现问题继续迭代
- 上架,定价,推广
整个过程中你需要的「技术能力」其实只有一个:清晰地描述你想要什么。 这件事,跟你会不会 JavaScript 没有关系。
写在最后
$500/月不是一个让人财务自由的数字。但它改变了一件事:我知道了自己能做产品。
做这个插件之前,我以为自己只能写 Python 脚本。现在我在 Chrome Web Store 上有自己的作品,偶尔会收到用户发来的邮件说「你的插件帮了我大忙」。那种感觉跟月入多少没关系——是一种「原来我也能做这个」的确认。
而这一切的起点,只是一个空文件夹和一句自然语言。
我现在还在想:如果当初那次手滑没有发生,我可能根本不会想到做这个插件。你有没有类似的经历——某个让你烦透了的重复操作,后来变成了一个产品?