免费免登录的跨设备文件互传工具：两台浏览器点对点直连，扫二维码或输 6 位口令即可配对，支持超大文件、多文件排队与文本互传。文件字节不经过服务器、不落任何网盘或对象存储，服务器只帮忙交换连接地址。
打开这个页面，一端选「发送文件」拿到 6 位口令和二维码，另一端扫码或输口令，两边建立一条点对点连接，文件字节直接从前一台设备流到后一台设备。
中间那台服务器只做一件事：帮你们互相找到对方。它转发的是几百字节的连接参数（SDP 与 ICE 候选），转发完就不留；文件内容一个字节都不会经过它，也没有任何网盘、对象存储、临时目录参与。
这不是「加密后经过服务器」那种方案——那种方案里服务器仍然能接触到数据。这里是「根本没有经过」，所以页面上可以直说：文件从来没有落在我们这边过。
扫二维码：发送方屏幕上显示二维码，接收方用手机相机扫一下就能打开带口令的页面，适合手机和电脑之间传。
输口令：6 位数字，适合「对方在电话里念给你」或者「两台设备不在同一个房间」。口令 10 分钟内有效，双方到齐后立即锁定，第三个人拿同一个口令也进不来。
附近设备：同一个网络出口的设备会出现在同一个列表里，点一下发起连接、对方点同意即可。它省掉了输码这一步，但请先核对对方屏幕上的设备名。
发送端是「边读边发」：文件按几十到几百 KB 切片，读一块发一块，不会把整个文件塞进内存，所以几十 GB 的文件也能发。
接收端分两种：Chrome、Edge 这类浏览器支持选择保存目录并边收边写盘，内存占用是常数级，只受磁盘空间限制；Firefox 和 Safari 没有这个能力，只能先把整包收进内存再保存，因此上限设为 1.5GB，超过会在连接前就拒绝并建议换浏览器。
为什么要在连接前拒绝：传到九成才崩掉，比一开始就说清楚更糟——用户会以为工具坏了，而且白白浪费了流量。
点对点直连需要两边的网络允许「打洞」。大概一到两成的网络会失败，典型是严格的企业防火墙、部分校园网和对称型 NAT。
失败时页面会直接告诉你「当前网络无法建立点对点直连」，并给出三个可行办法：双方连同一个 WiFi、用手机热点、或者改用别的工具。它不会假装在连，也不会偷偷改成服务器中转——那会让「文件不经过服务器」这句话变成假话。
另外，浏览器的文件保存接口要求页面是 HTTPS。用 HTTP 访问时只能用内存模式，大文件会受 1.5GB 限制。
文件内容、文件名、文件大小都不会上传，也不会出现在服务器内存里——服务端的房间表里只有房间号、连接状态和时间戳，没有文件相关字段。
服务器能看到的是：你的 IP（任何网站都能看到）、你连接了多久、用了一个房间号。这些都不写数据库，房间号 10 分钟后随房间一起消失，进程重启就全空。
我们特意避开了三种会留下痕迹的写法：口令不走网址里的查询参数（那会被访问日志写进磁盘），不用 Redis 存房间（那会随持久化落盘），不把连接参数打进日志。
不经过。数据走的是两台设备之间的点对点连接，服务器只转发连接参数（几百字节的地址信息）。这也意味着我们无法「帮你存着，等对方上线再收」——那需要服务器存储文件，与这个工具的定位相反。所以对方不在线就传不了，必须先配对。
点对点连接需要穿透 NAT，大约一到两成的网络环境（严格的企业防火墙、部分校园网、对称型 NAT）不允许。这是不经过服务器的必然代价：能穿透的网络里速度最快，穿不过去的就只能换网络。页面会明确告诉你失败原因，而不是让你反复重试。
发送端本身没有上限，它是边读边发的。接收端决定实际上限：Chrome、Edge 可以选目录边收边写，只受磁盘空间限制；Firefox、Safari 只能收进内存，上限 1.5GB，超过会在开始前就拒绝并建议换浏览器。
同一页面会话内可以续传：连接中断后 60 秒内重连，会从已写入的位置继续，不用从头再来。但刷新页面就从头开始了——浏览器的文件句柄不能跨页面保存，这是浏览器的限制，不是工具的取舍。
按公网出口 IP 分组。浏览器拿不到内网地址，服务端也探测不到，所以「附近」的准确含义是「出口 IP 相同」——它等于同一个 WiFi，也等于同一间咖啡馆、同一家公司。因此这个功能默认关闭，需要你主动开启，并且连接前双方都要确认。设备名是服务器随机生成的（比如「蓝色海豚」），不会显示对方的系统、浏览器或 IP。
在你自己选的目录里，和我们没有关系。我们没有副本，也无法帮你找回——因为这个工具从头到尾不存文件。文本消息也只显示在当前页面，关掉页面就没了，需要的话请先复制。
浏览器的文件保存对话框必须由用户点击触发，扫码打开页面本身不算点击。所以扫码后会先填好口令，再让你点一次「接收」并选择保存目录——这一步省不掉，浏览器不允许页面自己决定往磁盘写文件。
当前版本支持一次选多个文件，但不会保留目录结构。需要保留结构时请先压缩成一个包再传。