谁在做
一个写 C# 后端的独立开发者，业余时间做这个站。不是公司，没有团队，也没打算做成公司。
为什么会有这个站
在线工具基本都是同一个流程：上传 → 服务器处理 → 下载。便利是真的，代价也是真的 ——
文件离开了你的电脑，落在别人的磁盘上，之后发生什么只能听对方说。
更麻烦的是，「我们不会保存你的文件」这句话没有办法验证。而浏览器现在就具备足够的算力，
压缩图片、拆分 PDF、按规则匹配身份证号这类活，本来就不需要服务器参与。
所以这个站把顺序反过来：先保证文件不出去，再看能在本地做到什么程度。做不了的功能就不做，
而不是为了功能把文件送出去。
三条做法上的原则
- 只做「处理」，不做「生成」。本地能跑的是规则、编解码和轻量计算 —— 这类任务的结果对不对，
用户一眼就能看出来（图是不是变小了、PDF 页数对不对、号码有没有被遮住）。
生成类任务（写文案、画图）本地小模型做不好，做不好还要装作好，那是骗人。
- 宁可漏遮，不可错遮。脱敏工具只识别有把握的模式：身份证号要过校验位，银行卡要过 Luhn 校验。
漏识别最多是没帮上忙，误遮会把正常内容毁掉 —— 后者更糟。
- 限制写在页面上，不藏起来。每个工具下面都有一段「如实说明的限制」：
不支持 HEIC、GIF 只处理第一帧、加密 PDF 明确拒绝而不是假装成功。提前说清楚，比事后解释便宜。
不做什么
- 不做需要上传才能实现的功能。这条没有例外。
- 不要账号、不要登录、不收钱。域名一年几十块，自己扛得住。
- 不放广告脚本。现在没有任何统计和广告代码（见 隐私说明）。
如果哪天为了覆盖成本要加，会先写在隐私说明里 —— 广告脚本意味着第三方请求，与本站在做的事直接冲突，
所以真要加也会优先考虑不引人第三方脚本的方式。
技术上的一些选择
- 原生 ES Module，零构建。没有框架、没有打包器，改一行刷新就见效。静态托管即可，
没有服务器，也就没有「服务器上留了一份」的可能。
- 唯一第三方依赖是 pdf-lib（MIT 许可，约 511 KB），只在真正处理 PDF 时才加载。
打开页面不会下载它。
- 验证不看页面自报的数字。产物是否真的正确，靠磁盘上的文件反查：图片用 PIL 读回来看尺寸和体积，
PDF 用 pypdf 数页序，压缩包用 zipfile 校验完整性和中文文件名。
想看实现，或者发现问题
源码在这里，可以自己核对有没有上传请求，也可以直接读完再决定信不信：
最后更新：2026-11-10