Enhancing Rime with smarter memory and contextual prediction. / 让 Rime 拥有更聪明的“记忆”与联想能力。
在日常输入中，我们经常会遇到这些场景：
- 刚输入过的词，希望接下来能优先出现
- 正在写一段内容时，希望输入法能根据上下文给出更合理的候选
- 用久了以后，希望输入法能逐渐“记住”自己的用词习惯
rime-mem 就是为了让 Rime 在这些场景下表现得更好而设计的。
它不是一个独立输入法，而是为 Rime 增加的一层“记忆增强”能力。
记忆输入习惯
不只是查静态词库，而是会结合你的历史输入，让常用词更容易被选到。
理解上下文
在连续输入时，能结合前面已经输入的内容，给出更符合当前语境的候选词。
长期使用，越用越顺
使用时间越长，对个人用词习惯的“记忆”就越准确。
保持流畅体验
这些增强能力都在后台运行，不影响输入本身的流畅度。
- 希望输入体验尽可能简洁、依赖少、不臃肿
- 觉得 Rime 默认候选还不够“懂你”
- 希望输入法能逐渐记住自己的用词习惯
- 在连续输入场景（如写作、聊天）中，希望体验更顺畅
- 愿意尝试让输入法变得更聪明一点
rime-mem 在设计上很在意一件事：增强能力不能破坏输入法本身的响应速度。
因此，这个项目把性能放在一个很靠前的位置来考虑：
-
核心实现使用 Rust
核心路径使用 Rust 编写，以获得更稳定的性能表现、更可控的资源消耗，以及更低的延迟。 -
存储策略偏向长期使用场景
本地数据库不会频繁做清理；当前策略下，数据规模达到约 1,000,000 行时才会触发一次 GC / compaction。这样做是为了减少高频维护操作对日常输入体验的干扰。 -
以低延迟为优先目标
这个项目不是为了做“更重”的输入法增强，而是希望在尽量低延迟的前提下，提供更聪明的记忆与联想能力。
这个项目把“记忆”相关的能力做成了一个独立模块，尽量不干扰 Rime 本身的稳定性和灵活性。你只需要正常使用输入法，就能逐渐感受到候选词变得更贴合自己的习惯。
rime_mem:
# Phase 1 capabilities
db_path: "user_history.db"
suggest_limit: 5
# Phase 2 capabilities (experimental)
# prediction_timeout_ms: 1800
# predict_limit: 5
# max_iterations: 1
# auto_prediction: true相关文件： https://github.com/pylab-me/rime-mem/releases/tag/staging
Phase 1 提供基于上下文的 suggestion：在连续输入文本时，当你开始输入拼音字母，输入法会根据前文给出更合适的下一个词语候选。
- 在输入方案配置中，分别为
processors、translators、filters打上补丁，加入以下项目：
"processors":
- lua_processor@rime_mem_processor
"translators":
- lua_translator@rime_mem_translator
"filters":
- lua_filter@rime_mem_filter- 将
lua目录中的 6 个rime_mem_*.lua文件放入你的lua/目录 - 将
registration_example.lua中的内容加入rime.lua
如果你对 Rime 的体验有更高期待，欢迎关注这个项目。
这个项目目前不是完全开源。
与 Rime 的集成层、配置文件、Lua 侧实现等外围部分，会尽量保持开放；但核心算法部分暂时不会公开。原因也很直接：我希望先继续把它打磨成熟，而不是过早把最关键的部分直接放出去。
我并不排斥开源。相反，如果未来有合适的团队、产品方向，或者能够长期维护这套能力的条件，我愿意认真讨论进一步开放核心部分的可能性。
如果你正在做输入法、文本输入体验，或相关方向的产品，欢迎联系交流。
This project is currently released in a partially open form.
The surrounding parts — such as the Rime integration layer, configuration files, and Lua-side implementation — are open and will remain open as much as possible. The core algorithm, however, is kept private for now. The reason is straightforward: I would rather continue refining it into a mature and practical solution than release its most critical part prematurely.
I do not reject open source as a principle. If, in the future, there is a suitable team, product direction, or a sustainable long-term maintenance path, I would be very open to discussing a broader release of the core.
If you are working on input methods, text input systems, or related products, I would be glad to connect.