程序员把JWT密钥发给陌生人后，6个月造了40个工具

凌晨11点，8个浏览器标签页，每个界面都不一样。两个弹窗催你注册，一个在你粘贴数据时偷偷往外发请求——这是Pankaj Gupta过去4年的日常。

直到那个晚上。他在调试一个认证问题，把活的JWT令牌（JSON Web Token，一种用于身份验证的令牌格式）贴进某个流行的在线解码器。顺手打开浏览器网络面板：一条请求记录，带着他的令牌，发往一个完全陌生的服务器。

令牌里是真用户的邮箱、角色、会话数据，而且还在有效期内。他亲手把敏感信息送给了一个不知道是谁的人。

恶心。然后是愤怒——不全是冲自己，而是冲着整个"免费开发者工具"的生态：它们从不告诉你，自己在收集你的数据。

6个月，40个工具，全部本地运行

Gupta花了半年做了JSONGate。核心卖点简单粗暴：所有工具100%在浏览器本地运行，粘贴任何东西都不会离开你的设备。

40多个工具，免费、即时、隐私。没有服务器中转，打开网络面板自己验证。

这个设计直接打脸了行业默认做法。Gupta发现，现代浏览器API已经强到离谱——开发者需要的绝大多数功能根本用不着服务器。JWT解码、Base64转换、JSON格式化、正则测试……这些计算在本地完成毫无压力。

但市面上的工具偏偏要你去它们的网站，把数据送过去处理，再传回来。多出来的不只是一次网络往返，还有你完全失控的数据流向。

"免费"的商业模式，你只是没被告知

Gupta的第二个发现更扎心。如果一个工具免费、没广告、还能持续运营，钱从哪来？

数据就是答案。开发者数据尤其值钱——API响应结构、内部JSON格式、认证令牌，这些都能被分析、归类、再利用。你以为是"用工具"，其实是"被采集"。

这种模式下，工具做得越好用，数据采集效率越高。用户粘性成了数据产量的代名词。

JSONGate的反其道而行，在技术上不难实现，但在商业逻辑上几乎是自杀——没有订阅费，没有广告位，没有数据资产可以变现。Gupta把它当个人项目做，靠的纯粹是"我自己每天都在用"这个驱动力。

速度成了最意外的卖点

早期反馈里出现频率最高的词让Gupta意外："快"。

不是功能多，不是界面炫，就是快。零延迟，因为数据根本不出门。没有服务器往返，没有加载动画，粘贴即结果。

这个体验差异暴露了行业惯性有多深。开发者已经习惯了等——等页面加载，等响应返回，等广告弹完。当有人把"本地运行"这个本该是默认的选项还给他们时，反而成了惊喜。

Gupta的第三个观察：开发者受够了碎片化。10个书签对应10个工具，每个界面逻辑不同，每个都要重新适应。JSONGate的整合思路收到的响应"overwhelming"——这是他的原话。

不要登录，不要订阅，不要广告，不要数据采集，离线能用，永远免费。这个清单听起来像乌托邦，但在浏览器技术成熟的今天，实现成本其实不高。

一个产品经理的偏执

Gupta的背景是产品经理。这个身份解释了很多选择——比如把"网络面板可验证"当成核心卖点来宣传，比如用"我自己每天用"来建立信任，比如在结尾直接问用户"你还想要什么工具"。

这些都不是技术人员的典型表达，而是产品思维的痕迹：把技术实现翻译成用户利益，把功能列表翻译成使用场景，把开发过程翻译成故事弧光。

JSONGate目前40多个工具覆盖的范围，从Gupta列出的部分看包括：JWT处理、Base64编解码、JSON格式化、正则表达式测试、UUID生成、URL编解码、HTML转义、哈希计算、颜色转换、CSV/JSON互转、代码美化/压缩、密码生成、二维码生成、Lorem Ipsum生成、时间戳转换、Cron表达式解析、JSON路径查询、XML格式化、YAML转换、Markdown预览、Diff对比、HMAC签名、RSA密钥生成、证书解析、IP查询、CIDR计算、端口扫描、HTTP状态码查询、REST客户端、WebSocket测试、GraphQL查询、SQL格式化、CSV查看器、JSON Schema验证、Base64图片预览、文本统计、字符编码转换、行尾符转换、Slug生成、随机数据生成。

这个清单本身就是需求调研的结果——每个工具对应一个Gupta自己或早期用户遇到的实际痛点。

离线能力成了隐性门槛

JSONGate支持离线使用，这个特性在宣传中被放在末尾，但技术实现上并不简单。它意味着所有工具代码必须完全下载到本地，Service Worker缓存策略要设计得当，而且功能不能依赖任何外部API。

这个选择限制了工具集的扩展边界——比如任何需要实时数据库、需要大规模计算资源、需要协作同步的功能，都被排除在外。但Gupta显然认为这个 trade-off 值得：离线能力反过来强化了"数据不出设备"的核心承诺，也覆盖了开发者在无网络环境（比如飞机上、内网环境）的工作场景。

浏览器技术的演进让这种"受限的完整"成为可能。WebAssembly让高性能计算落地浏览器，File System Access API让本地文件操作更顺畅，IndexedDB提供了结构化本地存储。这些基础设施的成熟，是JSONGate这类工具能够出现的底层条件。

个人项目 vs 可持续运营

Gupta没有透露JSONGate的用户规模或运营成本。一个纯前端项目，托管在静态CDN上，流量成本相对可控，但40多个工具的持续维护、新功能开发、浏览器兼容性跟进，都需要时间投入。

他的商业模式是"没有商业模式"——至少目前如此。这在开发者工具领域不是孤例：Homebrew、VS Code（开源部分）、大量VS Code插件，都靠个人维护或企业赞助存活。区别在于，JSONGate明确拒绝了数据变现这条最容易走的路。

这种选择的风险是可持续性。如果用户增长带来支持负担，如果浏览器API变更需要大规模重构，如果Gupta本人的时间被其他事情占据，JSONGate的命运会如何？

他在文章结尾的提问——"你还想要什么工具？"——既是产品迭代的需求收集，也是社区共建的邀请。把用户从"数据提供方"重新定位为"功能共创方"，这可能是JSONGate长期存活的关键机制。

Gupta最后说，他根据开发者实际提出的需求来构建新工具。那么，如果你每天和API、JSON、数据打交道，有什么功能是你希望整合到一个地方的？