开发者把JWT粘贴到免费工具后，发现数据正被卖给陌生人

去年某个周三晚上11点，Pankaj Gupta在调试一个认证接口。他复制了一个有效的JWT令牌（JSON网络令牌，一种用于身份验证的编码数据），粘贴进一个流行的在线解码器。然后顺手打开浏览器的网络监控面板。

那个页面正在向一台他从未听说过的服务器发送请求。带着他的令牌。包含真实用户的邮箱、权限角色和会话状态。且令牌仍在有效期内。

他把敏感数据亲手送给了一个陌生人。

这种感觉先是恶心，然后是愤怒。不是对自己，而是对整个"免费开发者工具"生态——那些从不告诉你正在收集数据的工具。

8个标签页，4年折磨

这是开发者的日常标配：调试API时开8个浏览器标签，每个界面不同，半数加载缓慢，两个弹出注册框，还有一个在你粘贴数据时偷偷联网。Gupta忍了4年，直到那个JWT事件。

他花了6个月做了一个叫JSONGate的工具。40多个功能全在浏览器本地运行，粘贴的内容永远不会离开你的电脑——不是发往他的服务器，不是任何服务器。打开网络面板自己验证。

免费。即时。私密。无需登录。没有广告。能离线用。

浏览器已经这么强了，为什么工具还在联网

Gupta的第一个发现：现代浏览器API能处理开发者需要的绝大部分功能，这些工具本来就不需要服务器。没有往返请求，意味着零延迟——早期用户反馈排名第一的就是"感觉很快"。

第二个发现更扎心。"免费"工具有商业模式，只是没告诉你。如果一款工具免费且无广告，问问自己：服务器成本谁付？数据就是钱，开发者数据尤其值钱——API响应、令牌、内部JSON结构。

第三个发现关于性能。功能多不如速度快。数据不出浏览器，省掉网络往返，体验差距肉眼可见。

第四个发现是需求本身。开发者厌倦了 fragmentation（碎片化）——不想收藏10个书签对应10个工具，想要一个能用的入口。

一个人做的东西，现在他每天用

JSONGate目前包含40多种工具，全部基于客户端处理。Gupta自己每天都在用，新功能根据开发者实际请求添加。

他最后留了一个问题：如果你经常处理API、JSON或数据，你希望哪些工具能整合到一个地方？