重點摘要
電子紙 × AI 手寫對話,開源重現哈利波特魔法日記體驗
透過 evdev 擷取觸控筆事件,停筆 2.8 秒後截圖送入 Fable 5 視覺模型,AI 以 Dancing Script 字型將回覆「寫」回電子紙,整體延遲 1 秒內啟動。
Rust + C++ 架構支援 Fable 5、OpenAI、OpenRouter、Groq 及本地視覺模型;v0.3.0 上線後累積 1,000+ GitHub 星與 72 個 Fork,社群驗證強烈。
需開啟 reMarkable 開發者模式、SSH 存取與第三方啟動器;韌體更新可能讓 mod 失效,建議有設備的開發者先進行 PoC 評估再投入使用。
前情提要
章節一:當 AI 寫進電子紙——Tom Riddle 日記的現代重現
開發者 Maxime Rivest 於 2026 年 7 月 7 日發布開源專案 Riddle v0.3.0,將 reMarkable Paper Pro 改造成哈利波特《消失的密室》中湯姆‧瑞鐸日記的現代版。
用戶以觸控筆在電子紙上書寫後,文字自動淡出消失,AI 則以手寫體字型將回覆「自動寫」回頁面。這個設計哲學源自作者明確宣言:「移除所有傳統 AI 介面——沒有鍵盤、沒有對話泡泡、沒有發光螢幕。」
電子紙的低刷新率與類紙質感反而成為這套互動體驗的天然舞台,而非技術限制。Riddle 的出現讓「AI 融入書寫材質」的概念從科幻場景變成可下載、可運行的開源工具。
章節二:技術拆解:手寫辨識、即時生成與電子墨水的三方協作
Riddle 的技術架構分三層運作,三者串接形成低延遲的手寫對話迴路。
輸入層透過 Linux evdev 介面直接擷取觸控筆原始事件,支援 4096 級壓力感應,確保辨識精度不受寫字力道影響。用戶停筆約 2.8 秒後,系統截取當前頁面為 PNG 送入核心 LLM。
名詞解釋
evdev:Linux 核心提供的通用輸入事件介面,允許應用程式直接讀取觸控筆等裝置的原始輸入事件,無需依賴圖形框架層。
預設 LLM 為 Anthropic Fable 5(claude-fable-5) ,亦支援 OpenAI、OpenRouter、Groq 及本地視覺模型。AI 串流輸出到達前,前端即以 Dancing Script 字型逐字動態播出,整體延遲 1 秒內啟動。
「墨水消失」效果由軟體清空螢幕並重新渲染實現,視覺上呈現「墨水被頁面吸走」的效果。顯示後端提供 qtfb(xochitl 視窗模式,相容性高)與 quill(直接接管 e-ink 引擎,延遲最低)二選一。
章節三:社群實測:從閱讀障礙輔助到創意筆記的真實回饋
HN 討論串中,社群用戶 SoMomentary 指出,自己患有書寫障礙 (dysgraphia) ,過去在學校大量使用 reMarkable 做筆記,這套系統對他有實質幫助。
這個回饋揭示了 Riddle 意料之外的應用場景:無障礙輔助。對於手寫困難的用戶,AI 即時辨識並以清晰字型呈現回應,能有效降低閱讀與理解的認知負擔。
社群其他反應走向兩極。ceejayoz 強調動態效果才是核心體驗,附上示範影片提醒其他人先看動畫再評論;jshandling 則批評部分留言過度拘泥技術細節,忽略了整體體驗設計的意圖。
章節四:電子紙 × AI 互動裝置的產品想像空間
Riddle 的出現為電子紙設備開闢了「環境運算介面」的新敘事:AI 不再是一個應用程式,而是融入書寫材質本身。X 用戶 @Steven_McKie 直接點出潛力——彩色電子紙加上這套技術,足以取代學童的學校筆記本與筆電。
從產品維度看,這套架構目前的核心限制在於硬體鎖定:僅支援 reMarkable Paper Pro,安裝需要開發者模式與第三方啟動器,韌體更新可能讓 mod 失效。
但這也暗示了一個更大的方向:若 reMarkable 原廠或其他電子紙廠商選擇將類似功能原生整合,這套 UX 模式將有機會觸及主流用戶,而不只是願意 SSH 進平板的開發者社群。
核心技術深挖
Riddle 的技術核心是三個相對獨立的子系統:輸入擷取、AI 推理、顯示渲染,三者串接形成低延遲的手寫對話迴路。
機制 1:evdev 原始輸入擷取
Riddle 繞過 reMarkable 官方軟體棧,直接透過 Linux evdev 介面讀取觸控筆的原始事件流,支援 4096 級壓力感應。停筆約 2.8 秒後,系統截取當前頁面為 PNG 圖像送往 LLM。
這個設計讓系統能在不改動官方 UI 的前提下,捕捉所有手寫輸入的完整壓力與位置資訊,為後續視覺辨識提供高品質截圖。
機制 2:視覺語言模型手寫辨識與串流生成
截圖送入 Anthropic Fable 5(claude-fable-5) 或用戶自選的 OpenAI、OpenRouter、Groq、本地視覺模型,進行手寫內容辨識並生成回覆。
系統採串流輸出,AI 輸出開始到達前,前端即以 Dancing Script 字型逐字動態播出,整體延遲 1 秒內啟動,體驗接近即時書寫回應。
機制 3:電子墨水消失效果與手寫字型渲染
「墨水消失」效果由軟體實現:系統清空螢幕並重新渲染,視覺上呈現「墨水被頁面吸走」的效果。AI 回覆以 Dancing Script 字型輸出,模擬手寫筆跡風格。
顯示後端提供兩種選擇:qtfb(xochitl 視窗模式,相容性高)與 quill(直接接管 e-ink 引擎,延遲最低)。持久記憶功能讓所有頁面的轉錄文字與 AI 回覆可被日後查詢回溯。
白話比喻
這就像你對著魔法日記寫一個問題,墨水被頁面吸走,幾秒後日記自己「寫」出答案。Riddle 把每一步都用軟體實現了:evdev 是耳朵,Fable 5 是大腦,電子墨水渲染是筆。
工程視角
環境需求
需要 reMarkable Paper Pro(不支援舊版 reMarkable 2),並開啟開發者模式、設定 SSH 存取。需安裝 xovi 與 AppLoad 兩個第三方啟動器元件,並準備 Anthropic API Key(或支援 OpenAI / OpenRouter / Groq 協議的替代 API Key)。
平台限制明確:reMarkable 韌體更新可能讓 mod 失效,建議鎖定韌體版本或追蹤 Riddle 上游的相容性更新紀錄。
遷移/整合步驟
- 在 reMarkable Paper Pro 開啟開發者模式並設定 SSH
- 安裝 xovi + AppLoad 第三方啟動器
- 設定環境變數
ANTHROPIC_API_KEY(或對應 LLM 的 API Key) - 下載 Riddle v0.3.0 並依 README 執行安裝腳本
- 選擇顯示後端:
qtfb(相容模式)或quill(低延遲模式)
驗測規劃
安裝完成後,以下流程驗測核心路徑:在頁面書寫一個問題,停筆等待 2.8 秒,確認墨水消失動畫觸發、AI 回覆以 Dancing Script 字型逐字出現。
延遲目標:回覆開始出現的延遲應在 1 秒內;若超過 3 秒,需檢查網路連線或 API 配額狀況。
常見陷阱
- reMarkable 韌體更新會重置開發者模式,需重新設定 SSH 並重裝啟動器元件
- 本地視覺模型(替代 Fable 5)在電子紙設備上的延遲顯著較高,體驗落差大
- quill 模式直接接管 e-ink 引擎,可能與官方應用衝突,建議先用 qtfb 測試穩定性
上線檢核清單
- 觀測:idle timeout 觸發率、LLM 回覆延遲(目標 1 秒內)、渲染幀數穩定性
- 成本:Fable 5 API 費用(每次手寫截圖約 1-2k token 視覺輸入,需評估使用頻率)
- 風險:韌體更新相容性、第三方啟動器長期維護穩定性
商業視角
競爭版圖
- 直接競品:目前無商業產品或開源專案在電子紙裝置上實現相同的「手寫消失 + AI 回應」互動模式,Riddle 目前是唯一完整實作
- 間接競品:AI 筆記應用(Notion AI、GoodNotes AI)、智慧手寫辨識工具 (Nebo) 、reMarkable 官方 AI 功能(若有)
護城河類型
- 工程護城河:直接操作 evdev 與 e-ink 引擎的底層整合,需對 reMarkable 韌體有深度理解,複製門檻不低
- 生態護城河:v0.3.0 上線後 1,000+ 星與 72 個 Fork 形成早期社群,使用者貢獻的韌體相容性修補將持續累積技術壁壘
定價策略
Riddle 本身開源免費,但用戶需自行承擔 LLM API 費用。Fable 5 的視覺輸入每次約耗用 1-2k token,頻繁使用的月度費用可能達數美元至數十美元不等,需根據使用頻率評估。
企業導入阻力
- reMarkable Paper Pro 硬體鎖定,無法跨平台移植或批量部署
- 需要開發者模式,一般消費者安裝門檻過高
- 韌體更新風險讓企業 IT 難以維護穩定版本,集中管理機制缺失
第二序影響
- 若 reMarkable 原廠或其他電子紙廠商(Boox、Kindle Scribe)將類似功能原生整合,此 UX 模式可觸及主流消費市場
- 無障礙輔助潛力(書寫障礙輔助、視覺排版支援)可能吸引 EdTech 廠商開發商業版本
判決生態先驅(社群驗證,商業路徑待廠商跟進)
Riddle 成功證明了電子紙 × AI 手寫對話的 UX 可行性,1,000+ 星的社群驗證顯示需求真實存在。但商業化路徑完全依賴 reMarkable 原廠決策或後繼者整合意願,短期內仍是開發者 PoC 而非消費級產品。
數據與對比
延遲與效能
根據作者描述,回覆生成延遲在 1 秒內啟動,整體體驗接近即時書寫回應。結合 2.8 秒 idle timeout,從停筆到看見 AI 回覆開始出現的等待時間約 3-4 秒。
暫無 OCR 辨識準確率或多語言辨識的正式基準測試數據。社群回饋顯示英文手寫辨識表現正常,繁體中文手寫的辨識精度尚無公開數據,建議有需求者自行測試。
最佳 vs 最差場景
推薦用
- 個人日記與反思式寫作——手寫筆觸加 AI 即時回應的私密互動,適合深度思考記錄
- 語言學習輔助——書寫練習後由 AI 即時回覆並糾錯,模擬家教批改效果
- 無障礙輔助——書寫障礙 (dysgraphia) 用戶透過 AI 辨識與清晰字型排版提升閱讀體驗
- 創意發想——手寫 prompt 讓 AI 在紙頁上「接話」,保留無數位感的創作流程
千萬別用
- 需要即時雙向快速對話的場景——2.8 秒 idle timeout 不適合問答節奏快的需求
- 繁體中文手寫辨識需求——辨識精度尚無公開數據,建議先充分測試再投入使用
- 企業部署或多裝置集中管理——需個別 SSH 安裝,無集中管理與版本控制機制
唱反調
2.8 秒的 idle timeout 加上 AI 生成延遲,每次互動等待 3-4 秒——對習慣即時回應的用戶而言,這個節奏可能反而造成書寫中斷感,讓「魔法」變成「等待」
韌體更新脆弱性讓長期使用存在風險:每次 reMarkable 推送更新,mod 可能失效,用戶必須追蹤上游修復才能繼續使用,維護成本不可忽視
Riddle 的核心體驗高度依賴「消失墨水 + 手寫字型」的視覺魔法感,但若剝除這層包裝,本質仍是把 AI 對話搬進電子紙,實際生產力提升相當有限
社群風向
我只知道我有書寫障礙 (dysgraphia) ,他們的系統對我有效。我在學校用 reMarkable 做了大量筆記。
你再等等,等你聽到地精的故事!
你有試著按播放鍵嗎?
完全誤解了這個產品的重點,哈哈。
加上彩色電子紙顯示器,這套組合就能取代孩子的學校筆記本與筆電。
炒作指數
行動建議
若擁有 reMarkable Paper Pro 且熟悉 SSH 操作,可參照 GitHub README 安裝 Riddle v0.3.0,親身體驗手寫消失 + AI 即時回覆的互動流程
基於 Riddle 的 evdev + e-ink 架構,針對特定場景(語言學習、日記輔助、思考引導)客製化系統 prompt,打造個人化魔法日記版本
觀察 reMarkable 原廠或其他電子紙廠商(Boox、Kindle Scribe)是否跟進原生 AI 手寫互動功能,這將是 Riddle UX 模式進入主流消費市場的關鍵訊號