最近开发的效率插件

平时的办公运营中，浏览器应该是我使用最多的一款软件，毕竟很多很多操作都需要通过浏览器进行。

这个过程中肯定会产生一些效率提升方面的需求，那自然而然地开始接触浏览器插件。

因为浏览器插件的开发我之前没有接触过，所以过去一直都是在应用市场里找别人已经开发完成的并下载使用。

但有时候有一些需求很偏僻，公开应用市场里面的产品并不能完全满足你的需求。

于是便开始尝试着在 AI 工具的协助下，做浏览器工具的开发。

比如一个最简单的场景，在做产品调研的时候，我经常会用到亚马逊这个网站，通常会批量打开十几个产品详情页。

这件事情如果手动去做，一个标签页一个标签页逐步打开的话，会是一件非常消耗人耐心的事情。

那当时便想着去公开应用市场里面看看，有没有这方面的插件来满足自己的批量打开需求。

搜索关键词确实是能发现不少结果的，比如上面图片中的第二款插件我便使用了很长时间。

完全免费且功能齐全，足够应付这种批量链接打开的应用场景。

但后面用着用着，问题随之而来。

当我频繁使用插件去批量打开亚马逊商品详情页面时，其浏览行为并不像真人操作，自然就触发了平台的反爬机制。

于是这个插件便成了我的一个累赘，毕竟频繁的应付机器人验证也不是个事。

所以后面我就想着有没有这样一款插件，它支持批量链接打开，但并不是瞬间全部打开，而是会间隔 3~4 秒逐个打开。

通过这种增加操作间隔时长的行为，来降低被平台验证的概率。

但这个小需求点，我找遍了整个应用市场，好像是没有发现比较好的解决方案。

既然找不到现成的解决方案，那干脆自己动手做一个吧。

像上面这个插件，便是我花了 10 分钟左右的时间，在 AI 的帮助下开发出来的。

做完之后就有一种感觉，不得不佩服 AI 的这种需求解能力。

我只是简单地用大白话描述了我碰到的需求困境，并构思出了初步解决方案，把我的一些想法的细节逐个列举了出来。

然后剩下的所有事情，AI 都帮我自动做好了。

插件使用过程中也出现了一个很简单的 bug，把问题出现的场景简单描述了一遍之后，AI 也很快帮我解决好了。

所以分享这个案例，我想传达的一个基础信息就是：要善于使用 AI 的能力，提升我们自己的工作效率。

当碰到需要反复操作，或者需要耗费大量时间的重复劳动时，不妨换个思路去想想能不能实现技术替代。