從一台手機到瀏覽器：PlainApp 的迭代之路走了多久

PlainApp 是什麼：一台手機的瀏覽器控制台

PlainApp官網 是一款開源的 Android 手機管理工具——打開手機上的 App，在同一個 Wi-Fi 下用電腦瀏覽器就能接管手機上幾乎所有日常操作：看照片、管檔案、收短信、投屏、讀筆記、甚至和同 Wi-Fi 的朋友加密聊天。不需要註冊、不需要雲端帳號、不需要數據線——手機就是那個服務器，瀏覽器就是控制台。

對我來說，它最打動人的地方從來不是功能清單有多長，而是那個從頭到尾沒變過的設計決定：所有操作都發生在本地。加密聊天沒有中心服務器、通知鏡像不經過第三方、投屏不走雲端轉發。你在瀏覽器上做的每一件事，本質上都是在操作手機上那個數據庫——瀏覽器只做 UI，手機才是大腦。

安裝：四個渠道怎麼選，為什麼大多數人應該繞開 Play 商店

PlainApp下載 提供四個安裝渠道，功能完整度差異不小——這一點在PlainApp文檔裡講得很清楚：

首選永遠是 GitHub Release（包名 PlainApp-3.0.16-64bit-Recommended.apk，85.68MB）。功能完整、更新最快、支持內置自動更新，而且直接從源碼編譯，沒有任何商店依賴。你需要允許「未知來源安裝」——這是 Android 的安全提示，不是什麼複雜操作，到設置裡勾一下就行。

Google Play 版要三思。Play 商店的權限策略把 PlainApp 的幾個核心功能閹割了：SMS 管理（發短信、看通話記錄）、通知鏡像（Notification Listener 權限被 Play 限制）、App 管理器的批量導入 APK。開發者說他們「通常等一個版本高度穩定了才提交到 Play」——所以 Play 版本身就是滞后的，再加上功能砍半，除非你完全不想碰「未知來源」這個設置項，否則真沒必要選。

F-Droid 版功能大部分完整，但更新最慢。F-Droid 會從源碼獨立編譯每個包，做一致性校驗，這個過程天然滯後。而且 AI 圖片搜索功能依賴 Google 的 com.google.ai.edge.litert 庫，不符合 F-Droid 的純自由軟體標準，所以 F-Droid 版沒有這個功能。

還有一個直鏈備用通道 d.plainapp.app，功能和 GitHub 版完全一樣，適合訪問 GitHub 有障礙的地區用戶。

安裝後第一次啟動，PlainApp 會引導你開啟後台服務和 Wi-Fi 連接——這兩個權限是所有功能的基礎。如果通知鏡像用不了，大概率是忘了開 Notification Listener 權限（到設置 → 安全 → 通知使用權 → PlainApp 允許）；如果 SMS 頁面加載不出來，而你用的是 Play 版——那不是 bug，是商店策略的妥協。

從檔案管理器到加密聊天：迭代裡的優先級密碼

現在這版 3.0.16 的 PlainApp，功能面板已經鋪得很滿了——檔案管理、照片、影片、音訊、筆記、RSS 閱讀器、螢幕鏡像、通知鏡像、加密聊天——從瀏覽器側欄往下掃一眼就能看到十幾個模組。但我好奇的是：這些功能是怎麼被加進來的？團隊在迭代裡一直死磕什麼，又一直在放棄什麼？

時間軸上的幾個關鍵點

樣本文檔給了幾個功能的定位線索，拼起來大概能看出一個輪廓：

早期階段：檔案管理是根。所有功能都是從「瀏覽器遠端管理手機檔案」這個核心需求長出來的——拖拽上傳、批量下載、斷點續傳這些細節，是最早的功能基石。檔案管理器的完成度至今仍然是整個產品最扎实的部分之一，斷點續傳在 1GB 以上大文件場景裡體驗特別順滑，重新拖進同一個文件就能自動從斷點繼續。

中期擴張：多媒體接管。照片、影片、音訊三個模組是隨著手機存儲量增大而自然延伸的——當手機裡存了幾萬張照片，用瀏覽器大圖查看、批量下載、按相簿分類瀏覽就變成剛需。螢幕鏡像也是這個階段加的，把手機畫面實時投到瀏覽器裡，看影片、玩遊戲、演示操作都方便。

2024-2025 年的兩個重磅：通知鏡像 + 加密聊天。這兩個功能是 PlainApp 從「工具」走向「生態連接器」的關鍵轉折。通知鏡像把 Android 的 Notification Listener 權限用到了極致——Inline 回覆、桌面彈窗、一鍵清空，而且全程走本地局域网加密，完全不經過第三中間服務。加密聊天更激進：乾脆做了一個無中心服務器的 P2P 聊天，用 XChaCha20-Poly1305 做消息加密、Ed25519 做簽名，瀏覽器端只做 UI 從不碰加密密鑰——瀏覽器就算被惡意擴展滲透，攻擊者也拿不到任何密鑰。

團隊一直在死磕什麼？

從迭代節奏看，團隊的核心優先級從來沒變過：本地優先 + 加密 + 瀏覽器作為 UI 層。

每加一個功能，都要回答三個問題：能不能在本地完成？能不能加密？瀏覽器能不能只做 UI 不碰敏感數據？加密聊天裡瀏覽器從來不接觸 peer 的密鑰、通知鏡像不持久化通知歷史、檔案上傳不經過中轉服務器——這些設計決定貫穿了所有迭代。

他們一直在放棄什麼？ 雲端同步。沒有雲端備份照片、沒有跨設備帳號、沒有全球聊天（加密聊天只能同 Wi-Fi）。這些都是「做了就能大幅擴大用戶基數」的功能，但團隊選擇了不做。樣本文檔裡甚至有一段明說：PlainApp Chat 的定位是「同 Wi-Fi 設備間的快速安全本地通信，而不是替代 Signal/Matrix 的全球通信」——這是一個非常清楚的產品邊界。

從迭代規律推的下一步

照這個路線，我猜下一步大概率會在「瀏覽器 UI 層的細化」和「本地加密模型的擴展」上做文章——比如說加密聊天能不能通過 Tailscale/WireGuard 這種虛擬局域网擴到跨網絡、或者把通知鏡像的覆蓋範圍從通知擴到 App 內操作遠端。當然這是從迭代規律推的，不是官方口徑。

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