China App Brief: Local Typing and Online AI Are Different Keyboard Claims
A source-checked reading of a Rime-based iOS keyboard introduction, separating the developer’s local-input claims from cloud sync, permissions and optional online services.
Published / Methodology
What the original post actually introduces
An SSPAI post by Hare, displayed as published October 20, 2026, explains why the author built an iPhone keyboard on the Rime engine. The article describes configurable input schemes, dictionaries, correction and optional translation or AI features. This is the developer’s account of the product, not an independent app review. SSPAI’s page also identifies the Matrix article as the author’s own views.
ThreadEast’s recorded listing uses an App+1 product description, while the current source headline presents the author’s explanation of building the keyboard. We followed the source body rather than treating the listing as a complete or unchanged article title. The maker’s website calls the product Hare; the stored listing uses the romanized name Zihao. Both records point to the same developer introduction.
The useful distinction is between features
The practical question is which operation uses which data. The maker’s policy says ordinary conversion normally happens on the device. It separately documents model and dictionary downloads, optional synchronization to a cloud folder, and online writing or translation requests to a provider chosen by the user. Readers should evaluate those operations separately before entering work or personal text.
Rime supplies an input engine and configurable schemes. Its presence does not certify the privacy behavior of a frontend’s extra services. A reader who wants reusable dictionaries should check configuration support; a reader who wants online translation should check the selected provider and submitted text. These are different decisions even when one app exposes them together.
Full Access needs a precise explanation
Apple’s archived developer documentation describes open access as enabling a custom keyboard to use networking and share data with its containing app. That explains why a permission can serve more than one purpose; it does not independently establish how this app behaves. Hare says the bundled keyboard can type without Full Access and that imported schemes and shared data require it.
The maker also says online requests go directly to the user’s selected service. Direct delivery still means the recipient may receive text and apply its own data policies. ThreadEast did not install the app, reproduce correction benchmarks or inspect traffic. This brief is a source comparison, not a privacy certification or buying recommendation.
Publication date and observation date
The source article displays October 20. ThreadEast first recorded the listing on October 21 and observed it again at 01:31:59 China Standard Time on October 27, at recorded rank 7 in the SSPAI listing. The latter is collection evidence, not evidence of a new release today or national popularity.
For a usable next step, keep a familiar keyboard installed, test a short sample with non-sensitive text, and record the scheme, dictionary and enabled network features. Our practical guide provides a comparison and trial checklist. The frozen daily briefing and saved reading archive preserve today’s selection with its source link and observation time.
Sources & further reading
- SSPAI: the developer’s account of building a Rime iPhone keyboard
- Hare official product page
- Hare privacy policy
- Apple archived developer guide: Custom Keyboard
- Rime official documentation
- Practical guide: choosing a Chinese keyboard
- October 27 reviewed daily briefing
- October 27 saved reading archive
- Recorded SSPAI source topic
- Preserved October 27 keyboard reading
Found an error? Request a correction.