我做了一个开发者在线工具箱：JavaPub Tools

下载

https://download.csdn.net/download/qq_40374604/92899300

---

最近我把一个小工具项目整理了一下，放到了 GitHub 上。

项目地址是：Rodert/jsonformat

https://github.com/Rodert/jsonformat

它最开始其实只是一个很简单的 JSON 格式化工具，解决的也是开发者每天都会遇到的小问题：接口返回一大坨 JSON，看不清；复制到某些在线网站，又担心数据被上传；临时想转个时间戳、解析一下 JWT、做个 Base64 编码，还要到处搜工具。

后来我想，与其每次都找别人的工具，不如自己做一个干净、轻量、无广告、打开就能用的开发者工具箱。

于是就有了现在这个项目：JavaPub 在线工具箱。

它目前已经不只是 JSON 格式化了，而是一个面向开发者日常场景的小工具集合，包含 JSON 格式化、JSON 转 CSV、CSV 转 JSON、YAML 转 JSON、XML 转 JSON、Base64、URL 编码、Unicode 转换、JWT 解析、时间戳转换、UUID 生成、代码对比、正则测试、Cron 表达式解析、HTTP 状态码查询、Markdown 预览、Token 估算、OpenAI 请求体格式化、Claude 请求体格式化等功能。项目首页也明确写了：这些工具都是“打开即用，本地处理，安全高效”。(rodert.github.io)

为什么要做这个东西？

做开发久了，你会发现很多工具其实不是没有，而是“不够顺手”。

比如：

调接口的时候，想格式化 JSON；

排查问题的时候，想对比两段返回内容；

看日志的时候，想把时间戳转成人能看懂的时间；

调 AI 接口的时候，想整理 OpenAI、Claude 的请求体；

写文档的时候，想临时预览 Markdown；

处理数据的时候，想把 CSV 和 JSON 互转。

这些事情都不大，但很高频。

而且很多在线工具页面广告很多、跳转很多，有些还会把数据传到服务器。对于普通测试数据可能无所谓，但如果是接口返回、用户信息、业务字段、Token、JWT、配置文件，就不太适合随便粘到第三方网站里。

所以这个项目的核心思路很简单：

工具可以小，但要干净；功能可以常见，但要顺手；页面可以简单，但要让开发者打开就能用。

这个项目现在有哪些能力？

从 GitHub 仓库看，这个项目目前已经包含了多个独立页面，比如 json-format.html、jwt.html、timestamp.html、regex.html、diff.html、markdown-preview.html、openai-request.html、claude-request.html、token-estimate.html、model-price.html 等。仓库 README 里也提到，它支持即时 JSON 格式化和验证、语法高亮、左右双栏实时预览、复制格式化结果、示例 JSON、响应式设计等能力。(GitHub)

我比较喜欢的一点是，它不是为了“炫技”做复杂架构，而是尽量保持简单。

技术栈也很直接：HTML、CSS、JavaScript，再加上 highlight.js 做语法高亮。(GitHub)

这意味着什么？

意味着它部署简单、维护简单，也方便别人 Fork 后二次开发。

不需要上来就搞一堆后端服务，也不需要数据库，不需要复杂账号系统。大部分工具逻辑都可以直接在浏览器里完成。

对于开发者工具来说，这种“轻”反而是优点。

本地处理，才是这类工具的关键

这个项目首页有一句话我觉得很重要：

数据仅在浏览器本地处理，不上传服务器。(rodert.github.io)

这句话看似普通，但对开发者工具来说非常关键。

因为开发者经常处理的不是普通文本，而是：

接口响应；

调试参数；

JWT Token；

API 请求体；

配置文件；

日志片段；

甚至可能包含用户 ID、手机号、邮箱、密钥字段。

如果一个工具只是“能用”，其实不难。

但如果它能做到本地处理、不上传服务器、没有广告干扰，那它就更适合长期放进自己的开发工作流里。

尤其是现在 AI 接口越来越多，OpenAI、Claude、Gemini、DeepSeek、GLM 等模型都有不同的请求体格式，很多开发者调接口的时候，其实非常需要这种轻量的辅助工具。

比如格式化请求体、估算 Token、查看模型价格、解释 API 错误码，这些都是非常实际的场景。

它不仅是一个 JSON 工具，更像一个开发者效率入口

虽然仓库名叫 jsonformat，但从目前的功能来看，它已经更像一个“开发者在线工具箱”。

我觉得它可以分成几类：

第一类是数据格式处理。

比如 JSON 格式化、JSON 压缩、JSON 校验、JSON 转 CSV、CSV 转 JSON、YAML 转 JSON、XML 转 JSON。

第二类是编码加密。

比如 Base64、URL 编码、Unicode 转换、MD5、SHA、JWT 解析。

第三类是开发调试。

比如时间戳转换、UUID 生成、正则测试、代码对比、HTTP 状态码、Cron 表达式、User-Agent 解析、IP 查询。

第四类是 AI 开发相关。

比如 Prompt 格式化、OpenAI 请求体格式化、Claude 请求体格式化、Token 估算、API 错误码解释、模型价格换算。首页已经把这些工具单独归到了 “AI 工具” 分类里。(rodert.github.io)

这其实也是我接下来比较看重的方向。

传统开发者工具解决的是“编码效率”问题。

AI 时代的开发者工具，还要解决“模型接口调试、Prompt 整理、Token 成本估算、请求体适配、错误排查”等问题。

所以这个项目后面可以继续往 AI 开发工具箱方向扩展。

它还能打包成桌面离线版

除了在线版，这个项目也加入了 Electron 桌面离线版配置。

根据 README，目前可以通过 GitHub Actions 自动构建 Windows 安装包，并发布到 GitHub Releases。构建产物包括 Windows x64 安装版和便携版，桌面版会直接加载仓库内的静态页面，工具逻辑仍然在本地浏览器内核中运行，不上传服务器。(GitHub)

这个方向我觉得也挺有价值。

因为很多公司内网环境，或者对数据安全更敏感的团队，不一定愿意用公网在线工具。

如果能提供一个离线桌面版，开发者可以直接下载安装到本地使用，会更放心。

尤其是处理接口数据、Token、业务日志、配置文件的时候，离线工具会比在线工具更容易被接受。

为什么选择开源？

我一直觉得，开源项目不一定非要很大。

很多人一提开源，就觉得要搞框架、搞数据库、搞中间件、搞 AI Agent，好像不做一个很复杂的东西，就不值得开源。

但其实不是。

开发者真正每天在用的，很多就是这些小工具。

一个 JSON 格式化工具，一个时间戳转换工具，一个 JWT 解析工具，一个代码对比工具，一个 Token 估算工具。

这些工具看起来小，但如果你每天都用，它就有价值。

而且这类项目非常适合慢慢迭代。

今天加一个工具，明天优化一个页面，后天补一个桌面版，再后面做 SEO、做浏览器插件、做 API 调试页、做 AI 请求体模板。

它不是一上来就要做成庞然大物，而是可以长期积累。

后面我想怎么做？

这个项目后面我想继续往三个方向走。

第一个方向是继续补齐开发者常用工具。

比如更多格式转换、更多编码解码、更多日志解析、更多接口调试辅助工具。

第二个方向是强化 AI 开发工具。

比如 OpenAI、Claude、Gemini、DeepSeek、GLM、MiniMax 等模型的请求体模板、响应格式化、Token 估算、模型价格换算、错误码解释、curl 示例生成等。

第三个方向是让它更适合普通开发者直接使用。

比如更好的搜索、更清晰的分类、更简洁的页面、更好的移动端体验，以及桌面离线版。

我不想把它做得很花哨。

它的定位应该是：

开发者打开就能用的工具箱。

干净、轻量、本地处理、无广告。

最后

这个项目不复杂，但我觉得它挺实用。

它解决的不是宏大的技术问题，而是开发者每天都会遇到的细碎问题。

JSON 看不清，格式化一下。

时间戳看不懂，转一下。

JWT 想看内容，解析一下。

两段代码不一样，对比一下。

AI 请求体太乱，整理一下。

这些小问题加起来，就是开发效率。

如果你也是开发者，可以试试看这个工具箱。

项目已经开源，欢迎体验、Fork，也欢迎提建议。

有时候，真正能长期用下去的工具，不一定是最复杂的，而是最顺手的。

项目地址是：Rodert/jsonformat

https://github.com/Rodert/jsonformat