98五笔的配置，是 RIME 用户群体中最成熟的。
98小组的言大与道吧最早利用多翻译器实现了引导造词，最早利用多节点结构实现的扩展词库，也是最早利用 OpenCC 注解实现了形码拆分。至今很多人使用的 yaml 文件里的注解，还是道吧详注的那份。
随着 librime 的升级，很多地方已经发生了变化。守望大佬将绝大多数功能迁移到了 lua 插件上，并开发了「划译工具」、「超集扩编助手」、「小狼毫助手」，「大大输入法」。
接着清新写出了跨平台的「中州韵98五笔助手」，俺（小猪）又在此基础上写了「小狼毫助手重构版」与「98五笔小精灵」。
到这个时间结点为止，RIME 下的「98五笔方案」，在配置结构上已经趋近完善。
本文分享一下98五笔配置结构上的要点，凡所参照98五笔结构的方案，皆可搭用98五笔的各种设施。
结构要点
- 结构简明
克制使用 custom 文件，虽然这与 RIME 帮助文档的说法相悖。
以补丁命令的方式，对官方内置的 yaml 文件进行功能增补，是被 RIME 帮助文档鼓励的。这其实是基于一个大前提：官方收录的 yaml 配置，能够满足你绝大部分功能需求，且你对程序的使用方式是从官网下载，而升级方式则是在线升级。
98五笔小组所要设计的功能，是 plum 收录的 yaml 完全满足不了的。我们不仅需要预置一些编译好的二进制词典，还要复杂的多翻译器组件协同等等。另一方面，weasel 官方推包的时间总是较为滞后。
与其使用复杂的 custom 补丁完成功能改动，不如直接在配置文件中处理。
- 参数来源固定
一大类特定的参数，让它由一个明确的文件来实现。RIME 的权级是「程序目录」< 「用户目录」，「XXX.yaml」 < 「XXX.custom.yaml」。
有一些参数，它可以由「weasel.yaml」中来，也可由「weasel.custom.yaml」中来，甚至从「wubi98_ci.custom.yaml」中来。虽然权级不同，最终会由 yaml-cpp 合并，但是这样降低了可读性。
配置解读
- 配色尽在「用户目录下的 weasel.yaml」
- 符号尽在「用户目录下的 symbols.yaml」
- 中英状态参数由「用户目录下的 weasel.custom.yaml」引入
__include: "hot_keys:/patch" - 主词库保持严格的四列结构，扩展词库则不拘一格收录各类用户词
- 符号表情等非汉字条目，不与汉字共享输入通道，「/」引导非汉字输入
- 大写触发 lua 转义，help 触发「帮助菜单」
- 「z」键引导「临时拼音」
- next 与 mode 触发功能指示
立场鲜明地拒绝「中英文混输」、「拼音五笔混输」、「emoji与汉字混输」，以及劫持中文标点实现的「额外转义」。
在「记忆成本最低化」与「功能条目最简化」的初衷上，实现「通用」且「友好」的配置文件。
那么，已经「友好」到何种程度了呢？下面上清新录制的视频：
基于「全面可视化」的视角，「`」引导的「精准造词」与「~」引导的「以形查音」使用的场景将越来越少。但是我们的 schema 结构将一直保留这些功能给多年相伴的老朋友们。
更多细节，可参照 小狼毫98五笔版部分功能使用展示
联系
邮箱
wubixiaozhu@126.com
