同一个文件要处理，到底该在浏览器本地做，还是得传到服务器？答案不看文件重不重要，只看三件事：体积、格式、能力。这三个约束任何一个把路堵死，你就只能走服务器；三个都放行，才谈得上本地。本站能把文件留在本地的，只有「TXT处理」「CSV转换」「JSON格式化」「XML转换」和「DXF查看器」这五个，其余一律要上传。
三条约束怎么依次过筛
先看能力：这件事靠的是通用算法，还是靠模型或外部接口。去重、排序、编码转换、格式化缩进、把 DXF 坐标画成图，都是通用算法，浏览器自己算得动；而把纸上的字认出来靠训练好的大模型，把图片描成 CAD 轮廓靠服务端专门程序，这两件浏览器做不了，只能上传。能力这一关不过，后面不用看。第二关看体积：本地处理吃的是你设备的内存，四个文档工具建议 20MB 以内，「DXF查看器」超过约 20MB 会明显卡顿甚至打不开。第三关看格式：本地这几样只处理文本类（TXT、CSV、JSON、XML）和 ASCII 文本的 DXF，二进制表格、图片、加密 PDF 它们根本读不进去。
一张对照表：哪些留本地，哪些必上传
| 需求 | 走哪里 | 原因 |
|---|---|---|
| 文本去重、排序、改编码 | 本地 | 通用算法，20MB 内秒出 |
| CSV 转 JSON、JSON 美化 | 本地 | 纯文本变换，不占次数 |
| 打开并查看 DXF 图纸 | 本地 | 浏览器 Canvas 绘制 |
| 图片、扫描件认字 | 上传 | 依赖识别模型 |
| Word、Excel 转 PDF | 上传 | 服务端排版引擎 |
| 图片描线成 CAD | 上传 | 服务端处理程序 |
一个真实的走错法
最常见的错误是把「CSV转换」当成万能表格工具。「CSV转换」只吃 .csv、.tsv、.txt 和粘贴内容，遇到 Excel 的 XLSX 会直接解析失败——因为 XLSX 本质是个压缩包，不是能逐字符读的纯文本。这时候正确做法是先在 Excel 里「另存为 → CSV UTF-8」再丢进来，而不是骂工具不好用。反过来，也有人以为文字型 PDF 也能本地转，其实只要涉及格式转换就必然上传，这条没有例外。
断网测试：一秒分辨本地还是上传
判断某个入口到底属不属于本地处理，最可靠的办法不是看宣传语，而是亲手测一次。拿一份无关紧要的样例文件，把参数设好，先别点执行；然后关掉设备的 Wi-Fi 或拔掉网线，再点处理并下载结果。照样出正确结果的，就是真在浏览器本地跑；一断网就报错、卡住、转不动的，它一定连了服务器。对四个文档工具和「DXF查看器」这一招都灵，也顺带帮你确认这些操作确实不占每日转换次数。拿不准时，宁可先按「要上传」来决策敏感材料。
底线判断：先问能力，再卡体积，最后核对格式，三关全过才用本地；只要沾边识别或格式转换，就当文件已经离开本机来决策。文本类的本地处理见文档工具合集，需要识别则从图片转文字进入，那是另一套要上传的流程。