把「上傳—下載」壓成「直傳」的檔案傳輸工具：檔案不落在別人的伺服器上，收件人連客戶端都不用裝。

先把它在做什麼看清楚

EteDrop 是一款跨平台的檔案傳輸工具，思路很直白：能不經過伺服器，就不經過伺服器。它用 WebRTC 在發送端與接收端之間拉一條直連通道，伺服器只負責三件事——幫兩台裝置互相找到、把分享頁發出去、以及提供運作狀態的介面。檔案本身不進伺服器，也不存放在第三方儲存上。

這件事說起來簡單，落到體驗上差別不小。先把檔案上傳到某處、再讓對方下載，一份檔案在鏈路上實際走了兩趟；直連只有一趟。官方部落格裡算過一筆帳：5GB 的檔案在 50Mbps 的連線下，走兩趟大約 14 分鐘，直連大約 7 分鐘。數字會隨網路浮動，但「一趟和兩趟」的差別是結構性的。

公網傳輸：不落地，也不中轉

EteDrop 的分享方式是「連結 + 取件碼」。你把連結送出去，收件人打開、輸入取件碼，就能看到並取走檔案。連結可以隨意轉發，取件碼確保只有對的人能取——這一層存取控制，是那種「同網段自動發現」的傳輸方式給不了的。

跨網路時它靠 WebRTC 的 NAT 穿透建立連線。官網常見問題給的說法是：約 80% 的使用者網路環境支援 P2P 傳輸。剩下那部分穿不透的環境，直連這條路就走不通，所以它對網路條件是挑剔的。這不是藏起來的條款，官方把它寫在首頁 FAQ 裡。

區域網路模式：同網段自動切

兩台裝置掛在同一個路由器下面時，EteDrop 會自動走區域網路直連，不繞公網。這個模式的速度取決於路由器和網卡，實際表現接近本地網路的硬體上限。辦公室互傳、家裡幾台裝置來回倒素材，用的基本都是這條路徑。

區域網路模式支援一次發給多台裝置，也能批次接收。除了檔案，剪貼簿裡的文字和圖片也能直接送過去，省掉「先存成檔案再傳」這一步。這條路徑連外網都不需要，斷網環境照樣能用。

接收端零安裝，這件事被低估了

傳輸工具真正的摩擦往往不在速度，而在「對方裝了沒」。EteDrop 把接收端做成網頁：發件人這邊用客戶端，收件人只需要一個瀏覽器。對方用的是 Windows、Mac 還是手機，都不影響。

於是你不用再為了送一個 300MB 的影片，先讓對方註冊帳號、裝客戶端、等它更新完再打開。送連結，對方點開，取件碼一填，事情就結束了。

先看清楚，再下載

EteDrop 在分享頁裡內建了預覽：PDF、常見圖片、音訊、純文字和帶語法高亮的程式碼檔案可以直接在瀏覽器裡打開來看，MP4 影片支援邊收邊看。確認這一版沒問題，再按下載。

這個細節在傳大檔案時特別有用。500MB 的素材下完才發現對方送錯了版本，重來一次的成本不低；能先看一眼，就少走一次這樣的冤枉路。

開源，也能自己架一套

專案已經在程式碼託管平台上開源，採用 MIT 授權條款。倉庫按職責拆成幾塊：Flutter 寫的多平台客戶端、NestJS 寫的訊號服務、React + Vite 寫的分享頁，以及 Docusaurus 搭的官網。想在內部網路裡自建一套，伺服器部署、桌面端打包、行動端打包都有對應的指南。

技術堆疊沒什麼花招：Flutter / Dart 負責跨平台客戶端，NestJS + TypeScript 負責訊號與介面，媒體處理那部分依賴 FFmpeg。作者把第三方元件聲明與授權義務單獨列成一份說明，做二次散布的人需要自己核對 FFmpeg 的編譯選項——這類細節願意寫清楚的獨立專案並不多。

它合適與不合適的地方

雙方都在線上、手上有個大檔案要立刻給對方、或者不希望檔案在別人的硬碟上留一份，這是 EteDrop 最舒服的情境。反過來說，如果收件人此刻不在，你要的是「先放著，明天再來下」，那還是得靠有儲存能力的服務——P2P 沒有非同步投遞這回事。

另外官方也寫明了：傳輸中斷之後需要重新傳，目前沒有斷點續傳。傳 10GB 以上的東西，建議走穩定的有線或訊號強的 Wi-Fi。這些屬於取捨而不是缺陷——直連省掉的是伺服器，代價自然也就是伺服器本來能提供的那部分保障。

EteDrop 把一個老問題拆回最樸素的樣子：檔案從 A 到 B，中間不經過第三個人。代價是雙方得同時在線、網路得穿得透；換來的是更短的等待，和一份「檔案沒落在別人機器上」的踏實。