照片從 iPhone 直接搬進 Pixel：一個開發者把「中間那臺電腦」拿掉了

先把場景補上。2026 年 9 月 14 日，開發者 qhhonx 在 V2EX 的分享創作板發了一則新帖，介紹自己的新專案 PhotoBridge：讓 iPhone 透過 Wi-Fi 直接把照片傳到 Pixel 手機上，Live Photo 會在接收端轉成 Android 陣營的 Motion Photo，動起來的那一下不會丟。帖子一天內累積八百多次瀏覽，樓下十一則回覆，討論的東西比表面上看起來多。

這不是憑空冒出來的作品。同一個開發者幾天前才分享過另一個專案 PixelBridge，用 Mac 替 Apple 照片多做一份備份。那篇帖子的回饋讓他發現一件事：他預設大家都有 iCloud，也都有一臺常年開著的 Mac。事實上不是。有使用者告訴他，自己真正的流程是 iPhone 傳到 NAS，再從 NAS 轉進 Pixel，最後進 Google 相簿。NAS 在這條路裡只是一名中間人，搬完就走，使用者真正想要的，其實是 iPhone 到 Pixel 這一段直達車。

於是 PhotoBridge 就這樣長出來了。

一支手機躺抽屜裡，當別人的相簿倉庫

這類使用情境有一個前提值得先說清楚：Google 相簿給 Pixel 機種的雲端空間權益，依型號而不同。不少人手邊有一支舊 Pixel，平時不當主力機，就靜靜躺在抽屜裡，插著電、連著 Wi-Fi，專職當照片備份的中繼站。照片進了 Pixel，Google 相簿的備份機制接手，等於用一支舊手機換到一片雲端空間。

難就難在前面那一段。iPhone 和 Android 是兩個生態，照片要過去，傳統做法不外乎幾種：透過電腦中轉、用第三方雲端硬碟繞一圈，或者靠 Resilio Sync 這類同步工具。回覆串裡就有兩位使用者提到自己以前用 Resilio Sync，也都遇到同一個毛病：iPhone 端的 app 得不定時手動點開才會觸發同步。其中一位 Cabana 說得直白，就是因為太麻煩才沒堅持下去。

iOS 的背景調度一直是這類工具的緊箍咒。開發者在帖裡也誠實註明了：後臺上傳受 iOS 調度影響，目前仍有限制。但「支援後臺備份」這幾個字已經足夠讓老使用者眼睛一亮，因為那正是他們過不去的坎。

Live Photo 變 Motion Photo：那一秒動態不能丟

對一般使用者來說，這個工具最直觀的價值可能不是傳輸協定，而是 Live Photo 的歸宿。Apple 的 Live Photo 是一段照片加一段短影片的組合，搬離 Apple 生態後，動態部分常常就這麼消失，只剩一張靜照。

PhotoBridge 的做法是在接收端做轉換，把 Live Photo 轉成 Android 陣營的 Motion Photo。開發者表示已經在 Pixel 本機和 Google 相簿網頁版驗證過播放。換句話說，照片搬過去之後，按下去還是會動，動圖的靈魂被保住了。除了照片和影片，連拍也能傳，而且可以匯入既有圖庫，也可以只做增量備份，不必每次從頭來過。

架構上，發送端和接收端被拆開了。發送端只負責從系統圖庫取照片，接收端負責儲存和必要的格式轉換。核心的傳輸、校驗、續傳和隊列共用一套 Rust 程式碼，兩邊的介面各用各的原生技術：Apple 端是 SwiftUI，Android 端是 Kotlin。這樣的拆法，開發者的說法是為了之後要加 Windows 發送端、NAS 接收端，或者讓 Android 也能發送時，可以沿用同一套傳輸核心。目前先把 iPhone 和 Mac 到 Android 這條線做穩。

V2EX 樓下的技術交鋒

這則帖子的回覆區本身就是半篇文章。使用者 little_cup 問了一個相當硬核的問題：Android 和 Apple 直傳是怎麼做到的，是不是用 Wi-Fi Aware？他說自己啃了很久的驅動也沒搞定，求分享經驗。開發者的回覆很工程師風格：應該不複雜，可以直接看源碼。

另一位 codehz 提到最近在推特上看過某種偽造 Pixel 介面上傳的方法。開發者的回應值得記一筆：可能有，也有人用插件偽造，但他選擇原始方案，因為處理的是個人照片這種重要資產，正規路徑更有保障。在照片這種一旦出錯就難以挽回的東西面前，走官方介面而不是繞後門，是不少使用者會認同的取捨。

還有一段小插曲。使用者 ada65line 在回覆裡寫了「OP 的 app」，開發者一時沒看懂，反問那是什麼意思，過了幾分鐘自己想通了，回了一句「哦，看到了，OP 是指作者」。這種對話放在任何大型平臺都會被淹沒，但在 V2EX 的討論串裡，恰恰構成了獨立開發社羣的質感：作者就在樓下，一則一則回。

有人問 Pixel 是不是要定期清理，開發者答，藉助無障礙功能支援了自動清理。這個細節透露出這支工具瞄準的就是那種「躺抽屜的 Pixel」用法，連清空間這件事都想好了。

抽屜裡的舊手機，撐起一種備份哲學

把視角拉遠一點，PhotoBridge 解決的其實是一個很老的焦慮：照片存在誰那裡。Apple 使用者的預設答案是 iCloud，但 iCloud 的空間要錢，而且換陣營時照片的遷移體驗向來不優雅。Google 相簿配 Pixel 的組合，提供了另一條路，只是這條路過去需要繞經電腦或第三方工具，繞到最後很多人就放棄了。

這次被拿掉的是中間那臺電腦。照片從 iPhone 出發，Wi-Fi 直達 Pixel，動圖還是動圖，剩下的交給雲端。對手邊剛好有閒置 Pixel 的人來說，這條路線的誘惑力很具體。這也讓人想起之前 V2EX 上另一個被圍觀的小工具，把翻譯做進螢幕角落的TransPeek，同樣是獨立開發者從自己的痛點出發，做出剛好也戳中別人痛點的東西。

當然，現階段的限制也要攤開來看。Mac 和 Android 已有安裝包，Mac 支援選單列和自動更新；但 iOS 端目前需要 Mac 加 Xcode 自行安裝，還沒有 App Store 或 TestFlight 版本，對一般使用者而言門檻不低。狀態是 Beta，源碼公開，個人非商業使用免費。開發者也提醒了一個容易被忽略的細節：檔案傳到手機和雲端備份完成是兩回事，Google 相簿的空間權益取決於 Pixel 型號，這些帳要自己算清楚。

最有意思的或許是開發動機本身。PhotoBridge 並非來自什麼市場調研，而是來自上一篇帖子的回饋：有人描述了自己繞經 NAS 的真實流程，開發者看了才發現，自己以為的通用配置其實很奢侈。他最後也謝謝那些分享實際用法的朋友，說他們讓他看到了自己用法之外的需求。一個工具在回覆串裡被使用者的真實流程重新塑形，這大概是獨立開發最好看的地方。

至於那支躺在你抽屜裡的舊 Pixel，也許可以準備重新插上電了。