互联网产品有个不成文的规矩：你想用，先注册。

邮箱、手机号、验证码、设置密码、确认密码、勾选“我已阅读并同意《用户协议》和《隐私政策》”——这套流程走完，你当初想要干什么来着？对，传文件。但此刻你已经在设置页里迷失了五分钟。

更让人疲惫的是，注册只是第一步。等你终于进去了，准备传一个3GB的项目压缩包，系统弹窗：“您的免费账户单文件上传上限为1GB，升级超级会员即可解除限制，首月仅需19.9元。”

你叹了口气，关掉了网页。文件还在你的硬盘里，什么问题都没有解决。

如果有一个工具，把这一切全部跳过呢？

sendtomo.com 就是这样一个存在。

没有注册，意味着什么？

意味着你第一次访问它和第十次访问它，它对你的了解程度是一样的：零。

没有用户画像，没有行为追踪，没有“猜你喜欢”，没有“根据您的使用习惯推荐”。你就是一个来了又走的访客，它就是一个完成了任务就等待下一个任务的工具。

这在2026年的互联网上，几乎是反常识的。当一个工具不问你是谁的时候，它反而获得了你的信任。因为你知道，它确实只是一个工具。

没有上传，意味着什么？

让我们澄清一个重要的概念。SendTomo页面上你拖拽文件进去，文件并没有被“上传”到任何地方。它在你的浏览器本地被读取，计算出哈希值用于生成连接标识。文件数据始终在你的设备上。

只有当接收方打开链接、建立P2P连接后，文件数据才开始流出你的浏览器。而这个“流出”的方向是接收方的浏览器，不是SendTomo的服务器。

这和传统网盘的“上传”有本质区别：

点对点，意味着什么？

点对点（P2P）的核心是去中心化。没有中央服务器充当文件仓库。网络中的每一个节点既可以是发送方，也可以是接收方。

在SendTomo的场景里，P2P的“点”就是你和接收方的浏览器。两个浏览器之间建立直接的加密通道，文件数据包从网卡到网卡，经过若干个路由节点，但不经过任何应用层服务器。

有人会问：那如果双方网络环境复杂，无法直连怎么办？SendTomo使用WebRTC的TURN中继作为保底方案。在中继模式下，确实会有加密后的数据包经过中继服务器转发。但即便如此：

• 数据是端到端加密的，中继服务器看到的是密文。
• 中继是实时转发，不存储。数据流过就没了。
• 中继的带宽成本由SendTomo承担，对用户依然免费。

大文件，能有多大？

SendTomo没有设定文件大小上限。理论上，只要你的设备存储空间和内存能处理，多大的文件都可以传。

实际测试中，我们传输过30GB的虚拟机镜像文件，22GB的视频素材包，甚至一个50GB的混合数据文件夹。传输过程稳定，浏览器内存占用有上升但没到崩溃的程度。SendTomo使用了流式分块处理，不会把整个文件一次性加载到内存。

当然，传输超大文件时有几个实用建议：

• 使用Chrome或Edge浏览器，对WebRTC大流量处理优化最好。
• 确保电脑不进入休眠模式，关闭自动锁屏。
• 文件特别大的话，用有线网络比Wi-Fi更稳定。
• 传输期间尽量不要在同一个浏览器做其他大量占用带宽的操作。

一个回归本质的工具

在这个SaaS产品都在追求用户粘性、日活、留存率、转化漏斗的时代，SendTomo追求的东西很朴素：把文件从A传到B，仅此而已。

它不建生态，不做平台，不想成为你的“日常工作入口”。它就是一个网页，一次用完就可以忘记。下次需要时再打开，它依然在那里，依然不问你叫什么。

这是工具最本真的样子。