引言

最近写了一个工具站，在写这个工具站的过程中，也有了一些思考，这里分享一下我的心路历程，希望大家有所收获。

为什么要做这个工具

作为一个习惯在浏览器地址栏直接搜索的前端，前段时间我自己大概统计了下自己每天使用在线小工具的频率：JSON格式化大概15次，时间戳转换8次，文本对比5次……

一个很有意思的是，即使我使用工具如此频繁，但我不会保存工具站点，而是在每次使用工具时，打开浏览器->地址框输入->点击搜索结果前几个中的一个->使用。使用看起来很繁琐，但是我也不知道为什么，像我已经把某云厂商控制台加了书签，但是也从来没有用过，依旧是在地址框敲，然后选中访问。

回到正题，有一说一，这些工具功能也确实强大，但可能因为网络优化没做好还是工具站工具太大了，我访问这些工具的首页加载经常需要等上几秒。

但我只是想 2 秒钟解决问题然后回去写代码，这种等待的感觉实际并不好。

这也是深深体会到了为什么要做性能优化了，即使是豆包，打开太慢了我也是会换到 kimi 的。但倒也不清楚像我这种人有多少。

不知道从哪天开始脑瓜子里面就一直在想写一个轻量化的工具站，用完就跑，想了想自己搭建 博客 买的服务器、CDN、域名，放那吃灰也不好，索性这两周也不更新博客了，就自己写了个 轻量工具箱 ， 确保自己的工具箱可以做到即搜即用，用完即走的目标。

上线用了一段时间，确实很爽，不用再像之前那样等待了，点击即开哈哈。

只是不知道为什么，增加 CDN 之后，搜索引擎收录会受到影响。而且看了下，上线一周到现在，百度甚至一个站点都没有收录，反而是必应收录了大部分。

是强大还是更快

在我的工具站中，我并没有实现很强大的功能，取而代之的是一些小的更简单化的一些能力，这是做了一个取舍。

正常来说功能当然是越强大越好咯，但是强大的功能不仅开发起来很麻烦，而且有更好的工具可以让人去选择，那我做这么强力的工具说实话没有太大的意义。

比如，我写的 JSON 格式化工具，有专门的工具能够去实现万行超大的 JSON 秒加载，秒搜索的，但实际上这种万行 JSON 对我来说有点鸡肋，场景很少，如果一个接口给我返回万行 JSON，我会直接跳起来骂开发接口的人。

所以在最后，我还是选择使用简单的方式去实现工具箱的能力。

为什么不用 AI

AI 确实非常强大，很多时候我甚至会让 AI 来帮我处理一些文字，比如从 Excel 表中粘贴下来两列数据，我要 AI 来帮我执行转换，挺简单的，直接通过一个指令“帮我转换成 JSON，格式是xxx”，但是整个过程是需要等待的，他确实很强，能完成很多事情，但是像我这种转换，实际上，工具完全可以实现秒级转换，而不需要等待 AI 的思考，输出答案这个过程。

你用过 AI 就会知道，输出这个答案的过程并不如代码直接处理的快。这也是我选择自己造轮子的一个原因。

现在的 AI 几乎已经强大到替代我们很多的工具，但是他可能不是在所有的场景下都能保持优势的。

一点感想

从 PC 时代，到移动时代，再到 AI 时代，技术的发展越来越快，新的东西越来越多，我们总是被推着去追逐更先进、更强大的技术潮流。但这次做轻量工具箱的经历，反而让我静下心来思考：技术的本质到底是服务于人，还是让人去适应技术？

全能 ≠ 好用

我见过太多看似无所不能产品，功能强大、可以解决我们大多数的问题，但却在日常高频的简单需求上实际体验可能没那么好——操作繁琐、学习成本高，违背了“解决问题”的初衷。就像我始终习惯在地址栏搜索而非使用书签，本质上是在追求一种“无负担”的使用体验；而放弃强大功能选择轻量化设计，也是在回归需求本身：大多数时候，我们需要的不是“全能工具”，而是“精准解决当下问题的高效方案”。

AI 时代的到来，让“智能化”成为了新的评判标准，但这并不意味着传统工具就失去了价值。就像瑞士军刀再精巧，也替代不了一把随手可及、一用就会的小刀。技术迭代的意义，从来不是用新事物全盘替代旧事物，而是让我们有更多选择，能根据不同场景匹配最适合的解决方案。

于我而言，这个轻量工具箱不只是一个产品，更像是一次回归初心的实践：不盲目追逐潮流，不刻意堆砌功能，只聚焦自己真正的需求，用最简单直接的技术手段，解决最高频的问题。未来技术还会继续向前狂奔，但我想，无论时代怎么变，“以人为本”的核心不会变——能真正降低使用成本、提升效率的产品，永远会有它的立足之地。而作为开发者，保持对自身需求的敏感，不被技术焦虑裹挟，或许才能做出更有温度、更实用的东西。

有兴趣的朋友们可以来体验下：https://tools.zhblog.top