从一句话到一个 Chrome 插件,我只用了半小时

不是一句话生成，而是一轮轮“描述—生成—验证”

于是，我决定做一个“失效书签清理器”。从描述需求到跑出可用的第一版，大约只用了 半小时。真正让我提速的，不是打字更快，而是最近很火的 Vibe Coding。

简单说，就是不再从第一行代码开始死磕，而是先把 目标、场景和约束讲清楚，让 AI 协助完成代码生成、界面搭建、问题排查和连续迭代。

我给 AI 的第一版需求很直接：做一个 Chrome 插件，读取浏览器书签，批量检查链接状态，找出失效和重复项，并允许用户 先备份、再删除。

很多人以为 Vibe Coding 就是对 AI 说一句“帮我做个插件”，然后坐等成品。实际恰恰相反：需求越具体，返工越少。

比如扫描链接时，我要求它优先发送 HEAD 请求；遇到部分异常状态，再用 GET 重试；超时和并发数允许手动调整。403、502 可能只是访问限制或临时故障，不能直接判定失效。

每一次迭代都像和一位速度极快的搭档交流：我描述现象，它定位代码；我指出体验问题，它修改页面；我拿 真实的 1698 个书签压测，再把误判和边界情况反馈回去。

• 先讲清结果，不要一上来规定每行代码怎么写。
• 拆成可验证的小闭环，每加一个功能就马上运行。
• 始终保留人的判断，检查权限、复核删除逻辑、用真实数据测试。

这次经历让我最深的感受是：Vibe Coding 并没有让编程失去门槛，而是把门槛从“记住多少语法”，移到了 能否定义问题、判断结果并持续修正。

半小时不一定能做出一个完美产品，但足以把脑海里的念头变成一个可点击、可测试、可继续生长的原型。

过去，很多想法死在“等我学完再做”；现在，更好的路径也许是从真实使用出发，让作品在反馈中持续生长。另外对我做的这款插件有兴趣的，可以后台私信“标签插件”。

                                                            我是阿木，一个追逐生活的平凡者。

如果你觉得今天这篇有收获，欢迎点赞、在看、转发三连，我们下篇见

THANKS FOR READING