每天真的会用到的几件事
后端同事最常用的是四件：看一段接口返回是否合法（JSON 格式化）、把时间戳换成人类可读时间、核对一个签名的哈希值、把图片或文件转成 Base64 塞进请求。前端同事最常用的是：调正则、试颜色、算 CSS 单位、看 cron 表达式什么时候触发。这些操作单次耗时不到一分钟，但一天可能重复十几次，值得放在一个页面里随手可用。
数据格式互转：让类型跟着数据走
拿到一份接口返回，最省事的做法是直接生成目标语言的类型定义：TypeScript 的 interface、Go 的 struct（带 json tag）、Java 的 record、Python 的 dataclass、Rust 的 struct。这样字段名与可选性不会靠肉眼抄错。JSON 与 YAML 之间互转时注意两点：YAML 1.1 会把 yes/no 当成布尔值，转换后要核对目标格式的期望类型；注释与锚点引用会在转换中丢失。CSV 与 JSON 互转则要留意分隔符与引号规则，含逗号的字段必须加双引号。
编码与哈希：先分清用途再动手
这是最容易混的一类：Base64 只是编码，任何人拿到都能还原，不能用来保护敏感信息；哈希（MD5/SHA-256）是单向摘要，用来校验文件一致性与完整性，不能用来加密；JWT 的 Header 与 Payload 同样是 Base64 编码（不是加密），所以「解码看看内容」是常规操作，但「不要」把它当成安全验证——验签必须放在服务端做。MD5 与 SHA-1 已被证明存在碰撞风险，新系统优先用 SHA-256 及以上。
正则与文本：先在小样本上跑通
写正则时建议先在几行样本上验证匹配与分组，再放进代码里跑全量数据；能实时看到高亮与捕获组，比在控制台里反复打印快得多。注意不同语言的语法差异（例如 JS 与 Python 对命名分组的写法不同），以及 `g`、`i`、`m`、`s` 这些修饰符的作用范围。文本类需求基本都落在这条线上：批量大小写转换、繁简转换、大小写与空白整理、文本对比找差异。
前端与样式：小工具省下的都是调试时间
颜色在 HEX / RGB / HSL 之间互转、渐变用可视化调参再复制 CSS、设计稿的 px 换 rem 或 vw、对比度是否满足 WCAG 的 4.5:1——这些都不是难题，但每次手算都容易错。生成 CSS 时建议顺便检查三件事：单位是否统一（px 与 rem 混用会让等比缩放失效）、阴影层数是否过多（低端设备有性能开销）、深色主题下的对比度是否足够。
为什么「本地运行」对开发者格外重要
你粘贴的内容里可能有生产环境的连接串、用户手机号、私钥片段、内部接口地址。把这段文本发到陌生服务上，等于把公司资产交出去——即使对方声称不记录，也无法审计。本站所有工具都在浏览器里执行，不发起请求、不留副本，你可以断网验证；这也是我们不做「登录后保存历史记录」的原因。
常见问题
粘贴含密钥的代码安全吗？
在这些工具里是安全的：解析在浏览器内存中完成，不会发出网络请求。但请注意别把密钥顺手贴进公开的 issue、聊天记录或截图里——那才是真正的泄露路径。
JWT 解码后签名还生效吗？
本站只解码不验签：能看到 Header 与 Payload，但不能证明令牌未被篡改。校验签名与过期时间必须在服务端用密钥完成。
有批量处理能力吗？
文本类工具支持按行批量处理（例如逐行编码、逐行转换），但请控制单次数量，几万行以上建议用脚本处理。