惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

B
Blog RSS Feed
Jina AI
Jina AI
雷峰网
雷峰网
Blog — PlanetScale
Blog — PlanetScale
Hugging Face - Blog
Hugging Face - Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Last Week in AI
Last Week in AI
博客园 - 司徒正美
罗磊的独立博客
J
Java Code Geeks
Engineering at Meta
Engineering at Meta
WordPress大学
WordPress大学
Vercel News
Vercel News
A
About on SuperTechFans
I
InfoQ
D
DataBreaches.Net
爱范儿
爱范儿
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
U
Unit 42
aimingoo的专栏
aimingoo的专栏
宝玉的分享
宝玉的分享
P
Proofpoint News Feed
Microsoft Azure Blog
Microsoft Azure Blog
美团技术团队

V2EX

我用 AI 写代码,但终端管理反而成了累赘——于是我做了 codux [调研] 各位在公司都用什么 ide 和 agent 写代码? 老运维 share 一个运维平台 看到有公司考核 token 指标,很好奇大家上个月的 AI 账单是多少 GLM-Coding 调用持续报错: z.ai 的 Lite 套餐几乎无法使用,官方 Pro/Max 是否稳定? 现在还有什么渠道可以稳定安全地使用 Claude 吗? 上海漕河泾内推,本组有 2 个 hc,一个后端,一个前端,预算都是 20k 左右,不打卡,氛围好 如果 V2EX 上有一组不永久保存聊天记录(比如只保存 7 天或者 24 小时)的聊天室,那么会开启哪些有用或者有趣的可能? gemini cli 貌似挂了,一直返回 403 第一次在自媒体上赚到钱 收集了最近在使用的低价 GPT, Gemini,邮箱等 AI 会员的小店合集 讨论个大实话:现在企业还在说 AI 编程提效 20%, 30%的,真的太落后,没用懂 AI。因为包括很多前沿公司,已经狂奔到提效 200%-500%的情况 [招聘][远程][币安] 前端/后端/QA/iOS/Android 至少 3 年以上经验 目前有大量 HC 欢迎投递 Chatgpt Pro 用量用不完的可以开这些设置 面试的时候好像遇到钓鱼了,给各位避个坑 cursor 年续费 22 号到期, 自动续费是否还是老的计次套餐呢 被两件破事毁掉的一下午,琐碎的内耗消磨人的精力 使用 Planet 存储 Codex 的会话或者重要信息 如果业务部门领导不要你开发功能,而是要求你教会它用 claude code 开发功能,你会怎么做? 分享一个 MacOS 接绿联 CM818 USB 转 DP 转接器使用感受 我的 HR 朋友 10 年老 Java ,非全大专,大家帮忙看看简历 开源了一个 AI 口语练习工具,音素级发音评分,完全免费可自部署 V2EX 上有哪些你觉得很有趣、印象深刻的妹纸? 字节为啥不出个国内版 Vercel? 有在大马的朋友吗? 问个运营商问题 你们在有领导的公司大群发过的最大胆的消息是什么 公司裁员,目前没有工作。想试试摆摊,做一个移动鲜啤打酒车 我的硬盘 Memblaze Pblaze 5 Linux 下不识别,给 Linux 内核提交了补丁, AI 说有望被合并 只有我一个人觉得 codex 不好用?
全能文件传输助手“虾传”上线
cmlanche · 2026-05-22 · via V2EX

虾传主要功能介绍

虾传是一款面向个人多设备的消息与文件发送工具。它不是网盘,也不是传统的「上传文件、生成链接、再转发给自己」的分享工具。虾传的核心目标很简单:当你手边有多台设备时,可以像在聊天窗口里发消息一样,把文本、剪贴板、截图、视频、安装包和大文件直接发送到指定设备。

PS:海外用户可以用海外版ShrimpSend.com

为什么要开发虾传

现在很多人同时使用手机、平板、笔记本、台式机、公司电脑和临时网页端。设备越多,「把一个东西从 A 设备发到 B 设备」就越频繁,也越容易变麻烦:

  • 手机里的一张截图,要发到电脑继续编辑。
  • 电脑上的安装包,要丢给旁边的 Windows 设备。
  • 浏览器里复制的一段文字,要马上发到手机。
  • 大文件传输到一半断了,不想重新从头传。
  • 两台设备在同一局域网,本来可以直连,却被传统云盘绕到公网。
  • 安卓和 Windows 同网时,Windows 防火墙常拦截入站连接,容易出现「手机能传给电脑、电脑却发不回手机」的单向连通。
  • 家庭网络并不总是同一网段:一台插网线、一台走 Wi-Fi 或二级路由,设备可能落在上下游不同 NAT 层级,看似同网、直连却时通时不通。
  • 在公司网络、校园网或复杂 NAT 环境下,直连失败时仍希望文件能传过去。
  • 不方便安装客户端时(公司电脑、访客设备),打开浏览器就能传

虾传就是为这些高频、零碎但真实的跨设备发送场景设计的。

核心交互:设备会话

虾传不以「文件链接」为中心,而是以「设备会话」为中心。你选择一个目标设备,然后把内容发进去。对使用者来说,它更像给自己的另一台设备发一条消息。

这种方式适合连续发送:你可以先发一段文本,再发几张图片,再发一个压缩包,而不用每次都创建分享链接、复制链接、再打开链接。

主要功能

文本、剪贴板和临时内容发送

很多跨设备需求并不是「正式传文件」,而是临时把一段文字、一个链接、一段配置、一串验证码说明或一段命令发到另一台设备。虾传把这些内容和文件放在同一条会话里,减少在聊天软件、便签、网盘之间来回切换。

文件和大文件发送

图片、视频、安装包、压缩包和项目文件都可以通过虾传发送。对于同一局域网内的大文件,局域网直传通常比走公网更合适;如果中断,原生客户端之间还可以在中断位置继续传输,不必从头重来。

局域网优先

当设备处在同一局域网时,虾传会优先使用局域网直连或 WebRTC 这类更直接的路径。这样既能减少公网绕行,也能更适合大文件和高频发送。

S3 兜底

S3 不是为了替代局域网传输,也不是大文件优先路径。它主要解决「局域网不可用」的问题:当设备跨网段、直连失败或网络环境受限时,S3 可以作为后备通道,保证文件仍然能够正常送达。

Web 端参与

除了原生客户端,Web 端也可以加入设备会话。临时使用别人的电脑、公司电脑或浏览器环境时,你可以打开网页版完成收发,不一定要安装客户端。

产品对比

不同文件传输工具解决的问题并不一样。虾传更关注「我自己的多台设备之间,频繁发送文本和文件」这个场景,而不是一次性的公开分享或单纯的局域网工具。

产品 优点 局限 更适合的场景
虾传 设备会话模型,适合连续发送文本、剪贴板和文件;同网段优先局域网 / WebRTC ;原生客户端支持断点续传;直连不可用时可用 S3 兜底; Web 端可临时参与。 需要安装客户端才能获得完整体验; Web 端受浏览器能力限制;部分增强能力需要登录。 自己的手机、电脑、网页端之间高频发送;同局域网大文件;跨网段时需要可靠兜底。
WeTransfer 不需要双方安装客户端;适合一次性把文件发给别人;收件人通过链接下载,协作门槛低。 更偏「上传到云端生成链接」;不适合自己的多设备连续发送;大文件通常依赖公网和平台存储;局域网直连不是核心能力。 给外部客户、同事或陌生收件人临时分享文件。
LocalSend 开源、局域网优先、无需账号;同一网络内传输直接、简单。 主要依赖局域网可达;跨网段、复杂 NAT 、Web 端参与和兜底能力不是重点;设备会话和连续文本/文件发送体验相对弱。 家庭、办公室同一 Wi-Fi 下,设备都安装客户端并且网络互通。
网盘 / 云盘 文件管理、长期保存、多人共享能力强;适合资料归档。 上传、整理、分享链路更重;临时发送文本和零散文件不够轻;局域网直传和断点续传到设备不是核心体验。 长期存储、团队资料管理、跨人共享文件夹。
聊天软件文件助手 随手可用,适合小文本和小文件;用户习惯成本低。 单端通常不支持多设备同时登录(例如安卓同一时间只允许一台设备在线),跨设备收发不稳定;文件大小、格式、压缩策略和有效期可能受限制;大文件、断点续传、局域网直传和多设备管理通常不是重点。 轻量文本、小图片、小文件的临时转发。

如何选择

  • 如果你要把文件发给外部人员,WeTransfer 或网盘分享更合适。
  • 如果所有设备都在同一局域网、只需要偶尔传文件,LocalSend 很直接。
  • 如果你每天都在自己的多台设备之间发送文本、截图、安装包、视频和大文件,并且希望局域网优先、失败时有兜底路径,虾传更适合。
  • 如果你在意文件长期整理和归档,网盘依然是更合适的长期存储工具;虾传更像一个高频发送通道。

登录与免登录的边界

原生客户端之间的局域网发现和直传可以免登录使用。登录并不是为了让局域网流量必须经过服务器,而是为了让 Web 端加入设备会话、同步你的设备列表,并在防火墙或 NAT 等单向网络场景下提供辅助发现能力。

文本消息云端存储与加密

当你通过服务端路径同步文本消息(例如已登录、跨网络在多设备间拉取历史)时,我们对云端保存的文本内容采取以下策略:

  • 只加密文本正文:仅对文本类消息的正文内容做服务端加密存储;消息类型、时间、设备信息、会话标识等元数据保持可读,以便正常同步与运维。
  • 文件消息保持可读:文件类消息的相关信息(如文件名、存储位置、大小等)不以相同方式加密,便于后续按对象生命周期做清理与管理。
  • 本地不加密:客户端本地缓存的文本消息保持明文,便于离线查看与本地搜索。
  • 不在云端搜索:我们不在服务端对消息正文做关键词搜索;搜索仅在你设备本地已缓存的消息中进行。

纯局域网直传的文本不会写入云端数据库,因此不受上述云端存储加密策略约束。