團隊素材傳遞的斷鏈救星：我怎麼把 LocalSend 鑲進工作流

LocalSend 是什麼，能幹嘛

LocalSend官網 是一款點對點檔案傳輸工具——不經雲端、不走第三方伺服器，兩台設備在同一個區域網路裡就能直接互傳。說白了就是「局域网裡的 AirDrop，但不限品牌」，裝了之後打開就能自動發現附近的設備，選好檔案一按發送，對方馬上能收。

它適合什麼人？最直接的答案是「需要在多台設備之間傳東西、又不想被雲端那套上傳下載折騰的人」。我自己是團隊的素材管理角色，每天要在設計師、工程師、測試之間來回傳各種大小的檔案——小到一張 icon，大到幾 GB 的影片或壓縮包——這種場景就是 LocalSend 的甜點區。

安裝

LocalSend 支援 Windows、macOS、Linux、Android、iOS 全平台，這篇素材包對應的是 Android 端 APK，版本 1.17.0，安裝包約 16.68M。

Android 端的安裝沒什麼花樣：LocalSend下載 APK 後允許未知來源安裝即可完成。首次啟動不需要註冊帳號，也不需要填任何配置，應用直接進入主畫面就能開始發送接收——這點跟很多需要綁定雲端帳號的同類工具很不一樣，省了後續所有的密碼管理麻煩。要注意的是，如果你的裝置是 v1.18 以上版本（目前素材包這版是 1.17.0），傳輸期間支援後台繼續跑，不用讓應用一直霸佔前台，這個差異跨平台互傳時可能踩到，先有個概念就好。

舊流程：五個步驟的斷鏈地獄

先講我之前是怎麼幹這件事的——大概每個團隊都差不多。設計師改好一批圖標要給工程師，走的流程是這樣：

1. 設計師把檔案上傳到企業微信，超過 100MB 的走附件雲盤
2. 企業微信會給一個分享連結，設計師把連結貼到群裡
3. 工程師點連結下載到本機，這一步要看雲盤伺服器速度和當時網路擁堵情況，經常要等
4. 如果雲盤連結過期了（有些是一天、有些是七天），工程師還得提醒設計師重傳
5. 最糟的情況是檔案大到雲盤也卡，只好改成上傳到外部網盤、發邀請連結，還要教對方註冊或轉存

五個步驟，每一步都可能斷。我曾經一個下午等三個連結過期重發，也試過工程師說「那個檔案我還沒下載」結果壓縮包已經失效了。更荒謬的是，我們整個團隊都在同一個辦公室、同一個 Wi-Fi 底下，明明物理上離得這麼近，檔案卻要繞一圈公網雲盤才能到對方手上，速度反而比直接用 U 盤還慢。

新流程：LocalSend 當主力，飛書做備案

鑲進 LocalSend 之後，流程簡化為三步，而且斷鏈點只剩一個：

第一步，設計師改好檔案、打開 LocalSend、選檔案。 應用自動掃描到同一網路裡所有開著 LocalSend 的設備——工程師的筆電、測試的手機，全部以設備名顯示在畫面上。

第二步，選中對方、一按發送。 這裡有個關鍵細節：LocalSend 預設開啟 HTTPS 傳輸加密，每台設備現場生成自簽名 TLS 證書，傳輸全程走加密管道，區域網路裡第三方無法竊聽。從 v1.18 起加密對速度的影響已經消除，不用再為了快一點而手動關掉加密。另外還有校驗和開關（預設開啟），大檔案傳完後自動逐位元組校驗，保證收發兩端檔案完全一致，不會出現「下載了一半斷線但以為傳完了」這種坑。

第三步，對方接收完成、雙方確認、飛書文檔補一筆記錄。 這是我保留的唯一雲端備案——LocalSend 是點對點、不存歷史，所以我讓設計師在飛書文檔的素材清單裡加一行：哪個檔案、什麼時間、發給誰。這個清單同時作為團隊素材的索引，之後要找回舊檔案時查飛書就行，不用翻聊天記錄。

流程裡最容易斷鏈的兩個環節

講完大框架，有兩個地方我踩過坑，專門拎出來說，照著做就不會重複踩。

第一個坑：對方沒裝 LocalSend。 這種情況在跨部門協作時最常遇到——對方不是我們組的，不想為了收一次檔案專門裝一個 App。LocalSend文檔 有個「連結模式」專門解這個問題：發送頁切到「連結」發送模式，應用在本機啟動一個臨時 HTTPS 服務，生成一個區域網路網址，對方拿任何瀏覽器打開就能下載，什麼都不用裝。實際操作上我還會配合兩個開關：「啟用 PIN 密碼」給連結加一道數字門（公共場所防止陌生人蹭），「自動同意接收請求」讓瀏覽器端的下載請求自動放行——兩個開關同時開，相當於「有密碼就能直接下載」，發課件或素材包給一組人的時候最順。唯一要記住的是：這個網址是 192.168 之類的內網地址，出了這個網路就打不開，跨城市傳檔案還是得上雲盤。

第二個坑：搜不到設備。 偶爾會出現兩台設備都開著 LocalSend、但互相掃描不到的情況。排查起來其實就兩件事：一是雙方的加密開關要一致（一端開一端關會彈提示但容易漏看），二是確認兩台設備真的在同一個區域網路底下——很多公司的辦公 Wi-Fi 會把不同部門分到不同的 VLAN，看起來都是辦公室 Wi-Fi，實際上網路層隔開了。我遇到過最離譜的一次是設計師連了投影儀的熱點，跟工程師不在同一個網段，LocalSend 自然掃不到，切回公司 Wi-Fi 立馬就好。

效果與邊界

最後說實打實的變化：

• 以前傳一個 500MB 的影片，設計師上傳雲盤 + 工程師下載，總耗時取決於公網速度，通常要 3 到 8 分鐘；現在 LocalSend 直接傳，同一個千兆有線網路裡大概 15 秒搞定
• 以前一個檔案從設計師到工程師手上要經過雲盤中繼，中繼點任何一端卡住都會斷鏈；現在 LocalSend 是直線對直線，理論上沒有中繼點
• 以前檔案過期後還要重傳，現在 LocalSend 不涉及任何雲端過期問題——只要雙方設備都在，傳輸就能完成

當然也有邊界。LocalSend 只在區域網路內有效，跨城市協作還是得走雲盤。另外它的傳輸速度依賴網路品質，一般 Wi-Fi 環境下浮動比較大，千兆有線才能吃到滿速。還有它不做歷史記錄——這是設計決定（點對點、不留痕），但對我這種需要素材索引的角色來說，飛書文檔那條補案就不能省。

總結下來，LocalSend 在這套工作流裡的定位很明確：同一網路內的點對點傳輸主力，解決雲盤中繼帶來的一切不確定性。它不取代雲盤（跨網路還是得靠雲盤），但它讓大部分日常傳遞變得乾淨利落。如果你也在團隊裡當素材傳遞的中介角色，試試把 LocalSend 鑲進去——從開一個 LocalSend 會話開始，半個小時就能感受到差別。

本文为个人基于网络公开资料整理编写，非官方内容，仅供学习交流参考；软件版权归原作者所有，请支持正版；使用过程中遇到问题请查阅官方渠道，本文不承担任何责任。