11.8 MB 的鍵盤：一款 Rime 輸入法把成本表搬回手機端

兩個模型、合計 11.8 MB。2026 年 10 月 20 日，開發者 Hare 在少數派 Matrix 發表設計說明，介紹一款名為紫毫的 iOS 輸入法：6.8 MB 的整句語法模型負責候選排序，5 MB 的小模型讀取前文調整選詞，連同按落點糾錯與詞庫學習，全部在裝置端完成，打字內容不經任何伺服器。基礎打字免費，沒有廣告。這組體積數字同時是一份成本結構說明：使用者每敲一個鍵，開發者的邊際支出為零。

免費的另一面：被記在別處的成本

中文輸入法長期免費，原因向來與便宜無關。回看 2014 年，Apple 在 iOS 8 開放第三方鍵盤 API，搜狗、百度、訊飛相繼進駐，商業模式很快收斂：輸入本身不收費，聯網詞庫、雲端預測與熱詞更新構成體驗差異，廣告、推薦卡片與集團的數據資產負責回本。輸入法屬於使用時長最長的軟體類別，每次鍵擊都是一次可計價的請求，推理與頻寬支出隨日活線性成長，收入端則掛在注意力與數據上。

這條模式的對價，是使用者授出的完整取用權限。鍵盤擴充理論上能看到輸入的一切，第三方輸入法因此長期背著聯網與廣告疑慮，不少 iPhone 使用者最終退回系統鍵盤。

Rime（中州韻）走了另一條路。這套開源引擎在桌面端累積了十餘年的配置文化，macOS 的鼠鬚管、Windows 的小狼毫讓使用者以 YAML 方案自管詞庫，方案在本地編譯，霧凇拼音等開源詞庫在 GitHub 上形成持續更新的長尾生態。缺口在手機。iOS 上此前只有零星客戶端，多數要求使用者自行搬運配置，體驗難以覆蓋主流需求。紫毫想補的就是這一段：方案與詞庫沿用 Rime 格式，基礎打字免費。

體積帳：11.8 MB 換掉一條雲端管線

紫毫的本地管線由幾個環節組成。首次開啟時，App 在手機上部署霧凇拼音，並下載約 6.8 MB 的整句語法模型「紫毫口語」，依維基百科中文口語語料優化，負責候選排序；前文選詞模型約 5 MB，讀取遊標前的文字調整同音詞，前文寫著「他失了很多血，醫生馬上給他」，輸入 shuxue 時首選便從「數學」換成「輸血」。按落點糾錯不經模型，結合手指位置與拼音規則判斷誤觸。使用者打過的詞按 Rime 格式寫入 iCloud 同步資料夾，桌面端鼠鬚管把 installation.yaml 的 sync_dir 指向同一位置，兩邊詞庫即可合併。

成本結構在這裡分岔。雲端派的支出與鍵擊量掛鉤，日活愈高、帳單愈長，必須疊加廣告與數據收入才能損益兩平；本地派把成本前置到研發，模型量化與蒸餾是一次性工程，之後每次推理只消耗電力。這與先前拆解過的開源 OCR 工具箱把按次計費改寫成只付電費屬於同一條路徑：推理搬回裝置端之後，計費單位從調用次數變成一次性的買斷或訂閱。

方案導入同樣留在裝置端。紫毫支援匯入 Rime 配置檔、ZIP、YAML 與文字詞典，也能直接填入公開 GitHub 倉庫位址（例如 iDvel 的 rime-ice），設定每日或每週自動更新，編譯在手機上完成。霧凇拼音的慣用縮寫原樣可用：rq 出日期、nl 出農曆、R1234 出大寫金額。對開發者而言，詞庫維護等於外包給開源社羣；對使用者而言，多年累積的配置資產可以整包搬進手機。

糾錯的算術：從 36% 到 56%

手機鍵盤與實體鍵盤的差別在誤觸率。拇指經常落在隔壁鍵上，桌面上罕見的糾錯，在 iPhone 上是高頻事件，也是系統鍵盤長期佔優的環節。紫毫在 Rime 之外加入按落點糾錯，開發者公布的模擬測試顯示：含兩個錯字母的句子，一次打對率從 36% 提高到 56%；含三個錯字母的句子，從 26% 提高到 53%；原本打對的句子，沒有一句被改壞。

零改壞是關鍵欄位。糾錯最常見的失敗模式是把打對的字改成錯的，紫毫為此設了一條硬規則：字母本身拼得成詞時，該候選必列第一。輸入 zihao，首選仍是「自豪」，手指偏一點不會跳成「喜好」。長句中錯兩三個字母也能一併修正，候選一次出齊，避免先顯示一個再跳成另一個。

這些細節的商業含義落在留存。輸入法的更換成本極高，累積詞庫與肌肉記憶都鎖在使用者身上；能讓使用者完成遷移的，往往正是糾錯率與選詞命中這類日常摩擦的消解。基礎功能免費的前提下，留存量決定進階功能的轉換基數。

客羣與定價：利基市場的分層

紫毫的目標客羣相當清楚。第一層是 Rime 桌面老用戶，鼠鬚管與小狼毫的使用者換機後一直沒有等值的手機端，iCloud 詞庫合併直接解決斷點。第二層是輸入方案的進階使用者，小鶴雙拼可加輔碼按偏旁篩字，簡體、繁體、臺灣繁體、香港繁體四種輸出覆蓋兩岸三地的拼寫差異，開發者並預告以大千注音做後續優化。第三層是隱私敏感使用者，打字、糾錯、學習與兩個模型全部本地執行，是可驗證的結構承諾。

商業上，紫毫把 AI 功能（翻譯、潤色、總結、回覆、邊寫邊譯）列於本地管線之外，基礎打字免費且無廣告，等於把流量換廣告的收入端整段刪除，改押在利基客羣的付費意願上。鍵盤應用的付費慣例支持這個押注：一次性買斷與小額訂閱在效率工具類別長期存在，前提是差異化夠明確。紫毫的差異化資產有兩項，一是可遷移的 Rime 配置生態，二是零上傳的隱私結構，兩者都難以被廣告模式複製。

適配投入也透露定位。紫毫為 iPhone、iPad 與 iPhone Duo 分別設計鍵盤，Duo 內屏橫握時 26 鍵可拆成左右兩半，九宮格改用寬屏布局，這與先前分析的iPhone Duo 開賣後 App 適配的櫥窗期帳指向同一個窗口：新形態裝置上市初期，完成適配的應用有機會換得推薦位曝光，對獨立開發者是相對便宜的獲客位置。

三種情境

情境一，利基訂閱成立。進階使用者以買斷或訂閱覆蓋研發成本，開源社羣持續供給詞庫方案，開發者只需維護引擎與模型更新。規模上限決定這是一門個人或小團隊的生意，但零邊際成本讓損益兩平點落在很低的付費人數上。

情境二，平臺能力收編。Apple 在 2023 年的 iOS 17 已用 transformer 語言模型重寫英文自動修正，中文整句預測若跟進本地模型化，第三方輸入法在糾錯與選詞上的優勢將被壓縮，屆時紫毫的差異化剩配置自由與隱私結構，客羣進一步收窄。

情境三，維護與政策風險。鍵盤擴充受記憶體上限與 API 限制約束，模型更新、iOS 版本更迭與方案編譯器維護都是持續的工程負荷，單一開發者的中斷會直接反映在整個詞庫生態的信任上。

紫毫不會改變主流輸入法的格局。但兩個 MB 級模型就能完成整句排序與前文選詞這件事，把一個問題放回了桌面：當裝置端推理足以覆蓋輸入法的主要體驗，以廣告與數據回本的舊成本表，還能記多久。