孤之背影有次帮朋友从公司电脑拷一份设计源文件，他急着回家继续改。那一瞬间我面前摆着几个选项：微信传会压缩画质，U盘没带，网盘上传要登录下载还要等限速。最后我打开终端敲了一行命令，把那个文件夹直接挂成了一个网页，他拿起手机扫了个IP地址，几分钟就把素材下载完了。朋友的评价是：“还能这样？”
这种事其实每天都在发生。临时要传一份文件给同事、把照片从手机倒到电脑、帮客户发一个几百 MB 的安装包——需求本身不大，却被很多人用最重的方式解决：有的专门注册了网盘账号，有的在公司配了 FTP，有的甚至买了 NAS。回过头看，这些基础设施一旦建起来，维护成本跟着就来，而真正需要的可能只是“这一次，把文件从 A 送到 B”。
所以我想聊聊我对“临时文件传输”的理解和一套轻量方案。重点不在于某个神奇软件，而在于怎么把需求拆清楚：同在一个局域网怎么传，人在异地怎么传，传的过程中怎么避免“文件没到、隐私先漏”的尴尬。看完你至少能少装几个软件，少走几次弯路。
1. 大部分“传文件麻烦”，是把临时需求做成了长期工程
要谈方案，先把“临时”两个字定义清楚。我理解的临时传输有几个特征：不需要长期运行的服务、不需要双方注册账号、不需要引入额外的硬件、用完之后可以立刻丢弃。换成大白话就是，传文件是为了跟你朋友递一张纸条，不是为了装修一间收发室。
很多人一遇到传文件就想着要不要搭个 NAS、要不要把路由器端口暴露出去、要不要在某台服务器上装一套文件管理系统。这些方案本身没有错，但它们的生命周期是按年计算的。你为了一个十分钟就能结束的需求，付出了几个小时甚至几天的配置时间，这在投入产出比上已经输了。
按照实际场景，临时传输通常落在下面这几种情况里：
| 场景 | 典型例子 | 对方案的要求 |
|---|---|---|
| 同一 WiFi 下两台电脑互传 | 把笔记本的安装包发给台式机 | 不装客户端最好，能浏览目录 |
| 手机给电脑倒照片/视频 | 拍了几百张活动照片要导出来 | 手机端操作简单，传输不压缩 |
| 异地同事临时找你要文件 | 你不在办公室，对方急着用 | 链接可分享，过期自动失效 |
| 大文件面对面交接 | 跨部门拷贝几十 GB 的素材 | 不依赖外网，速度足够快 |
你会发现，这四种场景需要的根本不是同一套工具。拿“手机给电脑倒照片”去用“异地链接分享”，就会遇到上传速度慢、文件被压缩的坑；拿“异地链接分享”去干“同 WiFi 互传”，又显得绕了一大圈。所以真正的轻量方案不是一个 App，而是一组“按场景选择”的判断能力。
我自己在设计临时方案时会设一条硬性标准：从问题出现到开始传输，准备时间不超过 10 分钟。超过这个时间，方案就太重了。怎么判断重不重？看三点。第一，需不需要安装两个以上的软件；第二，需不需要改网络配置；第三，需不需要对方也跟着做一套复杂操作。三条里有两条命中，基本就可以放弃那个方案了。
还有一个大家容易忽略的点：临时传文件这件事，安全性同样被低估。很多人图方便，把文件往某些公共聊天工具里一拖，然后发现链接永久有效、不需要密码，谁拿到链接都能下载。这跟把文件放在公共邮箱里没什么区别。轻量方案的安全底线是：传完即关、过期即焚、该加密的加密。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 同一局域网内，我常用的三条传送路径
当两台设备在同一个 WiFi 或者同一个局域网里，这是最容易用“轻量方案”解决的场景。因为数据不会经过外网服务器，速度通常能跑满本地带宽，还不用担心某个平台限速。我常用的路径有三条，按需要的操作量从小到大排。
2.1 一行命令，把文件夹变成下载网页
第一条路径适合“文件在我电脑上，对方