程序員把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、數據打交道，有什么功能是你希望整合到一個地方的？