第十九个工具:图片格式转换器,从本地批量转换到发布验证
记录图片格式转换器 v0.1.0 的设计、发布和站点接入:本地批量转换、Web/Tauri 双端交付、GitHub Release 资产与生产子路径验证。
这里不是泛泛而谈的技术笔记,而是每个工具从想法到发布的真实路径。
记录图片格式转换器 v0.1.0 的设计、发布和站点接入:本地批量转换、Web/Tauri 双端交付、GitHub Release 资产与生产子路径验证。
记录图片压缩到指定大小工具的设计与发布:为什么用户需要的是小于 100KB、500KB 这样的明确结果,而不是一个抽象压缩率。
记录 PDF 压缩合并拆分工具的设计与发布:为什么选择浏览器本地处理,如何覆盖 PDF压缩、PDF合并、PDF拆分、PDF文件太大和 PDF压缩到10M以内这些真实搜索需求。
这次我用时间戳转换器测试新升级的 Python 自动化流程,从脚手架、验证、Release 资产、GitHub 发布到 Astro 主站同步,完整记录哪些环节稳定、哪些环节还值得继续脚本化。
记录报名照片压缩与证件照尺寸工具的需求来源、SEO 关键词、功能取舍、Canvas 本地处理方案和 GitHub Release 发布过程。
记录日期天数计算器的需求分析、SEO 关键词拆解、功能实现和全链路脚本化验证过程。
这次我用一个文本计数器来完整跑一遍小工具开发、测试、打包、Release 资产准备和网站同步流程,重点检查自动化脚本是否真的能减少重复错误。
这次我做了一个随机密码生成器,不只是为了工具本身,也是在验证 Yuan Tools 从开发、打包、发布到博客更新的自动化流程。
我做了一个很轻量的 hello 小工具:输入称呼和场景,生成中文或英文问候语,并完整走通 Web、Windows、GitHub Release 和博客平台发布。
这次我做了一个时区时间转换器,重点不只是工具功能本身,也是在验证新加入的 Python 脚手架是否能减少重复建项目时的错误。
我把开发中最常见的 JSON 格式化、修复、查询、转换、对比和类型生成整理成一个本地优先的小工具,并同时发布 Web 在线版和 Windows 桌面版。
第二个小工具选择做二维码生成器,是因为它足够日常、足够轻量,也很适合验证 Web 在线版和 Windows 桌面版的复用开发流程。
如果要长期做很多小工具,就不能每次都重新想目录、命名、文档、打包和发布流程,所以我把这些规则沉淀成了自己的 Codex Skill。
我想把小工具、个人博客、在线体验和桌面版交付连接起来,形成一个能长期积累作品和信任的开发路线。
为了同时交付 Web 在线版和 Windows 桌面版,我选择用 Web UI 作为核心,再用 Tauri/Rust 打包桌面壳。
第一个真实小工具选择做图片打码工具,它把多图选择、缩略图、拖拽打码、撤销和保存状态这些细节完整跑了一遍。
我一开始想把所有工具像目录一样放在 yuan-tools 下面,后来确认更适合的结构是一个总索引仓库加多个独立工具仓库。
工具写完之后,我用 GitHub CLI 创建仓库、推送源码、打版本标签,并把 Windows EXE 和 Web 静态包发布到 GitHub Release。