做设计这行，最尴尬的场景不是交不出稿，而是稿做好了，客户拿不到。
你给客户发微信：100MB 的原图发不出去，压缩后才勉强过去，客户一看「怎么糊了」；你改用网盘：客户要注册账号、要装客户端、下完了还限速；你说「你装个 APP 吧，传得快」——客户直接回你一句「我平时不用这个」。
问题不在工具，在于我们一直在用「让客户配合我们」的思路选工具。正确的思路是：客户那边零成本。
这篇文章拆解 4 款开源工具，它们的共同点是：客户只需要一个浏览器，打开网页就能收图，不需要注册、不需要安装、不需要懂任何技术。
1. 为什么「客户零安装」是硬约束
先算一笔账。假设你一个月对接 10 个客户，每单平均要发 3 次文件：
- 微信：单文件 100MB 上限，图片强制压缩，视频压得更狠。改稿来回传，最后谁也说不清哪版是最终稿。
- 网盘：客户要注册、要登录、要下载客户端，还得是会员才不限速。一个「帮我下个文件」的动作，能拖出一堆客服对话。
- 邮件：附件普遍 25MB 上限，设计稿的 PSD、AI、MP4 根本发不出去。
如果要求客户安装某个 APP，那就更不用谈了。客户不是技术人员，他手机上的 APP 已经够多了，为一个不确定能不能长期合作的设计师装一个陌生 APP，转化率极低。
所以选型标准只有一条：客户打开链接就能用，关闭链接就结束，不留下任何东西。
下面这 4 款工具全部满足这个硬约束，而且都是真实开源项目（Star 数已核实，不是印象数据）。
2. PairDrop：双向对传，局域网自动发现
https://github.com/schlagmichdoch/PairDrop
PairDrop（GitHub 11.4k Star，GPL-3.0 协议）是目前完成度最高的浏览器端 P2P 传输工具。它由 Snapdrop 衍生而来，但解决了 Snapdrop 几个长期痛点，是现在更推荐的版本。
用法极简单：
- 你打开
pairdrop.net（或你自建的实例） - 客户打开同一个网址
- 如果双方在同一个 Wi-Fi 下，页面会自动显示对方设备名，点一下就能互传
- 如果不在同一网络，你点「Create a pair link」生成一个 6 位代码或临时链接，客户输入后即可建立直连
关键特性：
- 端到端加密：基于 WebRTC，文件直接从你的浏览器传到客户的浏览器，不经过任何服务器中转（配对服务器只负责牵线，不接触文件内容）
- 不限文件大小：只要网络稳、双方浏览器窗口不关，几个 G 也能传
- 支持文本片段：不只是文件，一段文字、一个链接也能直接拖过去
- 手机也能用：客户用手机浏览器打开网页即可接收，不需要装 APP
注意事项：传输过程中双方浏览器窗口都必须保持打开，这是 P2P 直传的固有特性——文件不落服务器，就没有「挂机传输」的可能。同理，客户拿不到「离线下载」的体验，必须在线接收。
自建：PairDrop 支持 Docker 一键部署，如果你有自己的服务器（比如同一台跑着 WordPress 的机器），搭一个自己的实例，域名就是你的品牌，客户看到更专业。仓库里有完整的 docker-compose 配置。
3. ShareDrop.io：AirDrop 的网页版，同屏自动配对
https://github.com/sharedropio/sharedrop
ShareDrop.io（GitHub 10.8k Star，MIT 协议）的产品逻辑和 PairDrop 高度相似，同样基于 WebRTC。它的历史更早，界面设计也更「AirDrop」——同一网络下的设备会以圆形头像的形式围成一圈排列，拖拽即传。
和 PairDrop 的区别：
| 对比项 | PairDrop | ShareDrop.io |
|---|---|---|
| 跨网络配对 | 支持（6 位代码 / 临时链接） | 需自建，或双方 VPN 到同一网段 |
| 界面风格 | 简洁列表式 | 圆形头像环，视觉更直观 |
| 维护活跃度 | 高（近期仍有提交） | 较低（2025 年后更新变慢） |
| 协议 | GPL-3.0 | MIT（更宽松） |
选型建议：如果你的场景基本是「客户来工作室，连同一个 Wi-Fi」，ShareDrop 的环形界面更直观；如果要跨网络传（客户在外地），选 PairDrop，因为它的配对机制更成熟。
4. FilePizza：生成一条「临时链接」扔给客户
https://github.com/kern/filepizza
前两个工具要求双方同时在线。如果客户不是「现在就能打开」，你就需要 FilePizza 这种链接制方案。
FilePizza（GitHub 10.2k Star，BSD 协议）的机制是：
- 你在浏览器里选中文件，点上传
- 系统立刻给你一条临时链接（tempalink）
- 你把这条链接发给客户，客户随时点开就能下载
文件不落服务器——这是它和网盘的本质区别。FilePizza 用的是 WebRTC 直连：当客户点开链接时，实际上是连回你的浏览器取数据。所以：
- 你这边浏览器窗口不能关（关了链接就失效）
- 但客户那边不需要和你同一时间打开——你把链接发出去，客户下午点也行，前提是你的浏览器还开着
- 天然支持多人同时下载同一个文件
实操建议：FilePizza 最适合「晚上发稿，客户第二天早上看」这类场景——你睡前把链接发出去，电脑挂着，客户早上点开直接下。缺点是如果你关机了，客户就打不开了。
注意：Chrome 对超过 500MB 的单文件支持不稳定，如果传大文件建议让客户用 Firefox，或者改用后面的 Nextcloud 方案（链接篇会详细讲）。
5. croc：跨网络、跨平台，一句密码短语搞定
https://github.com/schollz/croc
croc（GitHub 40.3k Star，MIT 协议）严格来说不是「浏览器工具」——它是命令行工具。但它的使用体验极其适合传文件，而且有一个其他工具都没有的优势：不需要双方在同一网络，也不需要打开浏览器。
它的工作方式特别巧妙：
- 你在终端执行
croc send 设计稿.zip - 它会生成一句密码短语，比如
rooster-lamp-cactus-seven - 把这句话通过微信发给客户（文字而已，不占流量）
- 客户执行
croc rooster-lamp-cactus-seven，文件直接传过来
为什么值得推荐：
- 端到端加密（基于 PAKE 协议，密码短语本身就是加密密钥）
- 大文件、断点续传都很稳，比浏览器 WebRTC 更适合传几个 G 的素材
- 跨平台：Windows / macOS / Linux / Android（Termux）都能跑
- 传输是中转 + 直连混合，不依赖双方网络在同一局域网
缺点：客户要会用命令行。对不懂技术的客户不友好。所以它的定位是——你自己和行业内伙伴之间传文件（比如摄影师、剪辑师之间），而不是给终端客户用的。
如果你需要图形界面版本，可以关注 Magic Wormhole（GitHub 22.9k Star，MIT）和一些第三方 GUI 封装，机制类似，操作更友好。
6. 选型表：按场景对号入座
| 场景 | 推荐工具 | 客户需要装东西吗 |
|---|---|---|
| 客户在工作室，同一 Wi-Fi | PairDrop / ShareDrop.io | 不用，打开网页即可 |
| 客户在外地，现在就要收 | PairDrop（配对链接） | 不用，打开网页即可 |
| 客户明天早上才看 | FilePizza（发临时链接） | 不用，点链接即可 |
| 个人 / 同行之间传大文件 | croc | 需要会用命令行 |
| 长期、正式、要留档的交付 | Nextcloud 分享链接 | 不用，点链接即可 |
上面最后一行涉及的是另一个层次的问题：如果客户要看的是「一整个作品的成品展示」而不是「一个文件」，浏览器 P2P 就不够用了。你需要的是一个能生成「带密码和有效期、客户点开就能在线预览」的正式链接——这需要自建一套分享系统。
延伸阅读
- Upscayl 2026 实战：Magnific 免费开源替代 —— 图传出去之前先放大？Upscayl 一键把小图放大成可用素材。
- ComfyUI 2026 实战：开源 AI 生图工作流 —— 客户要 AI 出图？先在本地用 ComfyUI 生成，再走本文方案发给对方。
- 19 款开源安卓 APP 完整清单 —— 本系列全部工具按「客户零安装 / 团队自用」分组，附选型速查表。
- 开源安卓 APP 分类 —— 订阅这个分类，新工具第一时间更新。
常见问题
Q：传输需要装 APP 吗？
完全不需要，浏览器打开 pairdrop.net 即可；两端会生成 6 位配对码自动建立 P2P 通道。
Q：大文件可以吗？
PairDrop 单文件理论上无限制（WebRTC 数据通道），实测 1GB+ 也能传；速度取决于两端网络。
Q：隐私怎么样？
数据直传两端（点对点），不走任何中转服务器；但 WebRTC 信令仍需公共服务器，需要信任 PairDrop 团队。
评论 (0)