关于 Rime 候选排序与跨应用上下文建模的一个问题

[Lbx914]

你好，
我最近在研究基于输入法的意图预测，有一个比较具体的技术问题想请教你：
在 Rime / librime 的架构下，如果不仅利用输入序列本身，而是引入「应用切换上下文 + 输入首 token」来调整候选排序权重，这种逻辑更适合放在：
translator 阶段
filter 阶段
还是独立的 lua plugin 层？
我在做一个实验性方向：
通过输入法作为统一入口，在用户跨应用切换后输入第一个字时，预测高频意图并触发自动化脚本（例如写邮件、生成表格、整理文本等）。
核心目标是把决策提前到输入行为最早阶段，而不是等用户完整输入指令。
目前我在评估：
候选排序动态权重更新
上下文信号注入
低延迟触发机制（首 token 即响应）
看了你在相关仓库的实现，感觉你对输入法内部 pipeline 比较熟悉，所以想听听你的看法：
这种“上下文驱动排序”在现有架构下是否可行？有没有更合适的实现层？
如果你有兴趣，我也很想把当前思路和原型细节发给你看看，听听你的技术反馈。
也可以单独约个时间深入聊一下实现路径。
谢谢！