你还记得上一次需要将一张图片转换个格式发生在什么时候吗？
网上冲浪多年的我们可能有着各种各样的方法来解决这个问题
🏄🏻A：这还不简单，我直接打开PhotosShop另存为，粗暴简单
👦🏻B：介不大炮打苍蝇嘛，系统自带的图片查看软件就能做到
👧🏻C：听不懂，我都不会，但是我知道有个网站，直接传上去就能转格式
👨💻D：妹妹看好了，哥哥我给你露一手
// 工程师D噼里啪啦开始敲击键盘
brew install imagemagick
// 下载进度很慢，空气有些安静
.
.
.
// 经历了各种报错后，终于导出了想要的图片
magick input.jpg output.png👨💻D：🐮🍺不？
上面的方式都可以完成任务，但是我个人更喜欢在线工具这种方式，尤其是那种「遇到问题随手一搜，随便点个网页，框框点几下」大功告成。在线工具在我看来最大的优势有两点
第一，不会打断我的工作思路，因为浏览器是常用软件，一般都会开着，没有跳出工作流的不适感。
第二，基本上你能想到的需求，网上的在线工具都已经满足了。成千上万的Converter、Generator、Calculator ......，千奇百怪，只有你想不到没有做不到。
1995年JavaScript的诞生，为在线工具后来大张旗鼓的扩展奠定了坚实的基础，在此之前网站中想实现一些”提供动态信息“的功能，通常需要依赖CGI脚本，比较著名的就是在线显示网站访问量功能。
同样是1995年网景的Netscape Navigator 2.0率先适配了JavaScript，浏览器从之前的无脑渲染页面变为可以运行代码了。网页不再是一成不变的，开发者通过JavaScript自由操作网页中的元素行为。
至此，人们可以轻松开发出在线计算器、在线文本大小写转换、在线英尺转厘米等等这种小工具。
JavaScript的出现可以称之为浏览器的i Phone时刻。随后前端技术飞速发展，谁会知道奔跑的小孩终将成为傲视群雄的巨人。
浏览器可以运行JavaScript已经很酷，但是还是人类的智慧还可以做的更好。 2005 年，Jesse James Garrett 发表了一篇名为 "Ajax：一种新的 Web 应用程序实现方法" 的文章。
这篇提出在浏览器和网站服务器之间可以加入一个中间层处理网络请求，通过前后端分离轻松实现网页的局部刷新，从而优化用户体验。
文章很受欢迎，从浏览器厂商以及开源社区积极响应，逐渐诞生了很多Ajax开发库，大名鼎鼎的jQuery便是其中之一。
话说回来，Ajax为在线工具带来了什么变革呢？简单一句话「在Ajax技术没有流行之前，大多数网页刷新部分数据的代价是刷新整个页面」。所以类似Google Map、Gmail等等此类十分依赖局部刷新网页数据的网站来说是实实在在的利好。
此后的每一年，都是在线小工具更进一步的一年
如果每拖动一次地图网页就会整体刷新一次，我想我会尽可能拖动更多的距离
近些年还有一些技术我没有列入，2011年的WebSocket ，2016年的Service Workers
这些技术带来的应用都已经有些偏重了，比如Figma, Discord等等。我觉的他们已经属于大应用，而不是小工具，所以不展开说了。
但是还有一个技术不得不提，那就是Large language model，大语言模型的出现对于很多在线小工具是降为打击，一般的翻译、计算、文本处理等等需求，LLM可以轻松出色的完成。但是还有很大一部分目前看来是无法代替的，比如开头提到的类似PNG转WebP这种图片格式转换等等。
可能也有人说利用MCP协议可以轻松实现这些需求，是的。但是还是要考虑Token花费以及使用的快捷程度。
并不是人人都有大把的Token额度，MCP目前仍然是Token杀手，当下看性价比很低。其次MCP的配置目前并非人人都可以成功上手，需要一定学习成本。
回到主题AI狂潮下，Web在线小工具的去与留
我的观点是Web在线小工具永远会存在，大语言模型与Web在线小工具会成为互补，并且大语言模型的比重会逐渐加大，但是Web在线小工具仍然占据大头。
原因只有一点
人都是懒惰的。只要还需要写提示词，相较于鼠标点几下，我都会选择后者
最后，欢迎大家访问我的在线小工具网站，仓鼠工具箱，不要被收费吓到，只要F12进入localStorage将used改为-9999即可无限白嫖会员权益，不用谢😊
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。