Jev 聊天助手 - 手機端對話副駕 AI 回覆建議工具

解決什麼

在社交對話場景中,使用者常面臨三大痛點:不知道對方真實意圖、不確定該如何回覆、擔心回覆不當引發風險。Jev 聊天助手通過 AI 技術提供"先判斷後回覆"的解決方案:它讀取手機螢幕上的聊天內容,先用判斷模型分析對方真實意圖、危險等級(1-9級)和最佳應對策略,再根據分析結果生成 3 條候選回覆並排序。整個過程不修改聊天軟體、不自動傳送訊息,只把回覆填入輸入框,傳送權完全由使用者掌控。

為何火

該專案在 GitHub 上線 12 天即獲得 7293 星,核心原因有三:一是技術路徑獨特,採用 Android 無障礙服務讀取螢幕內容而非 hook 或逆向,規避了封號風險;二是功能設計貼合國內使用者需求,支援 QQ、X(Twitter)、飛書等主流平臺,並提供本地知識庫與聯絡人檔案功能;三是隱私保護到位,所有資料儲存在本機 App 私有目錄,金鑰和聊天曆史不上傳雲端,OCR 識別也在本地完成。此外專案提供 Android/Windows/macOS 三端支援,降低了跨平臺使用門檻。

核心功能

兩階段 AI 分析:判斷模型先輸出對方意圖、危險等級、是否需要立即回覆等資訊(約 1 秒),再由生成模型起草 3 條口語化候選回覆,最後判斷模型按適配度排序。這種設計避免了直接生成回覆可能出現的偏離語境問題。

多平臺適配:QQ 通過無障礙讀取節點全鏈路支援,X/Twitter 私信解析 Compose 節點,飛書因正文自繪採用 ML Kit 離線 OCR 識別。未適配的 App 可手動觸發整屏 OCR(微信除外)。

知識庫與聯絡人系統:使用者可新增筆記(支援標籤與常駐設定)和聯絡人檔案(姓名/別名/關係),分析時自動匹配相關背景資訊。可選開啟聊天曆史記錄(預設關閉),帶上最近 30 條訊息提升上下文理解。

靈活介面配置:判斷/回覆/視覺三路介面獨立配置,內建 OpenRouter、博查 Jev、TypeSafe、Vercel、OpenCode Zen、DeepSeek 官方、通義相容等預設,每張卡支援一鍵連通測試。只配置判斷介面時,其餘兩路自動繼承金鑰。

安裝

下載倉庫中的 APK 檔案(需 Android 11+ 且 ARM64 架構),通過 adb 或直接安裝:

adb install -r apk/jev-assistant-v1.4-release.apk

安裝後需完成三步配置:1)在設定中填入 API Key(最簡單方式是隻填 OpenRouter 金鑰);2)開啟無障礙服務、懸浮窗許可權;3)小米/HyperOS 使用者需額外開啟自啟動與省電白名單。升級到 1.3+ 版本後需重新開啟無障礙服務以啟用截圖能力。

適合誰

社交重度使用者:頻繁使用 QQ、飛書或 X 私信,需要快速響應但又擔心回覆不當的職場人士或客服人員。

隱私敏感使用者:不願使用需要登入賬號或上傳聊天記錄的第三方服務,希望資料完全本地化處理的使用者。

多場景切換者:需要在不同社交場景(工作/私人/客戶)維護不同人設,依賴知識庫與聯絡人檔案功能保持回覆一致性的使用者。

不適合:iOS 使用者(目前僅支援 Android)、微信 Android 使用者(已明確不支援)、無法訪問海外 API 服務的使用者(國內 Gemini/OpenAI 受區域限制,需使用 OpenRouter 等中轉或國內模型)。

社群評價

暫無足量社群公開討論,以下為基於專案本身的中立評估:

從技術實現看,該專案採用無障礙服務而非逆向工程的路徑較為穩妥,但這也帶來侷限性——依賴各平臺 UI 結構穩定性,聊天軟體更新可能導致適配失效。飛書採用 OCR 補正文的方案說明無障礙 API 覆蓋不全,OCR 準確率和效能開銷是潛在風險點。

從隱私角度看,專案承諾本地儲存且不自動傳送是加分項,但使用者配置的第三方 API 服務商(如 OpenRouter)會接收聊天內容,這部分資料流向取決於服務商隱私政策,專案文件已明確告知但仍需使用者自行評估風險。

功能設計上,"先判斷後生成"的兩階段流程理論上優於直接生成,但實際效果取決於判斷模型質量。內建多個 API 預設降低了配置門檻,但對普通使用者而言仍需理解 API Key 獲取流程,且部分服務(如 OpenCode Zen 的 jev-1.13 模型)按 token 計費,長期使用成本需考量。

選型對比

vs 商業聊天助手(如 ChatGPT 官方外掛):Jev 完全開源且本地化,無需訂閱費用,但需自備 API Key 且配置門檻較高。商業方案通常提供開箱即用的體驗和客服支援,但資料必須上傳雲端。

vs 其他開源聊天機器人(如基於 Xposed 的微信外掛):Jev 不依賴 root 或框架,相容性更好且封號風險低,但功能範圍受限於無障礙 API 能力,無法實現自動傳送、訊息撤回等深度操作。Xposed 方案功能更強大但需要解鎖 bootloader 且存在檢測風險。

vs 純 OCR 方案(如 Talon):Jev 優先使用無障礙服務獲取結構化資料,僅在必要時(如飛書)才啟用 OCR,效率和準確率更高。純 OCR 方案通用性強但效能開銷大且易受介面變化影響。

取捨關鍵:如果追求零配置與雲端便利選商業方案;需要深度控制且接受刷機風險選 Xposed;在意隱私、不想 root、能接受 API 配置成本則選 Jev。

已知坑

平臺限制:QQ 僅在 9.3.50 版本實測群聊場景,1v1 按結構推斷未充分驗證;X 私信僅測試中文介面,英文介面未驗證;飛書依賴 OCR 識別正文,複雜排版或多語言混合可能識別錯誤。

裝置相容性:僅支援 ARM64 架構,老舊裝置或 x86 模擬器無法執行。小米/HyperOS 系統需手動配置自啟動與省電白名單,否則後臺凍結導致無法即時讀取訊息。重灌 App 後懸浮窗許可權會被重置。

API 依賴:國內直連 OpenAI/Gemini 受區域限制,必須使用 OpenRouter 等中轉服務或國內模型。判斷模型推薦 gpt-4o 或 gemini-2.0-flash-thinking-exp-1219,回覆模型預設 deepseek-chat-v3.1,但模型選擇直接影響分析質量和成本,需根據實際場景調優。

隱私邊界:雖然本地儲存,但聊天內容會發送到使用者配置的 API 服務商,服務商的資料處理方式不受專案控制。開啟聊天曆史記錄後,敏感對話會持久化儲存在本機,解除安裝 App 前需手動清空。

功能侷限:不支援自動傳送(設計如此),不支援微信 Android 版(已明確放棄),未適配的 App 只能手動觸發 OCR 且無法區分"我/對方"。OCR 有限頻機制,快速滾動聊天記錄時可能漏識別部分訊息。