简介：面向五笔输入法爱好者的Rime小狼毫整合包，基于小狼毫平台封装长期自用的高级五笔词库，词库经二十余年维护与优化，并针对多数人的打字习惯预调好配置，适合希望减少折腾、直接获得稳定五笔方案的中高级用户，可在Windows 10环境下使用。压缩包共102个文件，约12.5MB，涵盖yaml与json配置、ime输入法组件、exe与dll运行库、bat和cmd安装脚本，以及png界面截图、ocd相关数据与txt说明等；其中配置与词库数据、运行组件、脚本和截图各有分工，便于按需查阅与替换。已有1116人学习下载。其价值在于把成熟词库、常用配置和安装入口一并打包，用户可借助现成脚本完成部署，并保留可调整的配置文件与组件，方便后续维护个性化词库、排查输入法运行问题，也能作为研究小狼毫配置结构的参考样本。

1. 装完先别改皮肤：一套点一次就能跑起来的五笔方案

拿到一个输入法资源包，多数人的动作顺序是解压、双击、然后翻皮肤文件夹。我一般反过来：先切到刚装好的输入法，敲一个g，看候选框第一个词是不是「一」。这一下同时验证三件事——前端装上了、方案被加载了、码表挂对了，任何一环没通，g后面都是一片空白或者直接吐英文。

这套五笔 Rime 小狼毫包的价值也在这里。它不是让你从零去啃 Rime 的配置语法，而是把「前端安装 + 方案目录铺设 + 触发部署」这三步压进一个!install!.cmd，文件名前面那个感叹号没别的意思，就是为了在资源管理器里排到最前面，让你一眼看见。双击走完流程，剩下的才是打字本身。

适合的人很明确：已经会五笔字根、受够了商业输入法的弹窗和打断式云联想、又不想花一整个周末去读配置文档的从业者。如果你连「横区 GFDSA、竖区 HJKLM」都还没背下来，这套东西装上也用不起来，先回去练字根更省时间。Rime 小狼毫五笔打字这件事，门槛不在安装，在码表习惯。

2. 拆开 !install!.cmd：目录分工与首次部署的三个动作

解压之后先别急着双击，花两分钟把目录看清楚，后面出问题能省掉一半排查时间。这类包的结构通常很规整，认出哪几个是关键文件就行。

2.1 解压后先认这些文件和目录

把压缩包解开，正常情况下你会看到下面这些东西：

一个关键认知：Rime/目录里的文件是安装源，不是运行时读取的位置。运行时读的是用户目录%APPDATA%\Rime，也就是C:\Users\<你的用户名>\AppData\Roaming\Rime。这条区别是整个排查体系的地基，第 5 章会反复回到它。

解压路径也有讲究。我习惯解到D:\soft\wubi\这种纯英文短路径下，原因很实在：批处理脚本里有大量引号包裹的路径拼接，目录名带空格或者特殊字符时，某些写法会直接把参数截断，脚本跑到一半报「找不到文件」，而你根本看不出是哪一行出的问题。

2.2 安装脚本实际做的三个动作

这类脚本的典型实现长这样，具体行数以你手上那份为准，但骨架基本一致：

@echo off setlocal rem 第一步：把方案目录铺到用户配置目录 set SRC=%~dp0Rime set DST=%APPDATA%\Rime if not exist "%DST%" mkdir "%DST%" xcopy "%SRC%\*" "%DST%\" /E /Y rem 第二步：静默安装小狼毫前端 start /wait "" "%~dp0weasel-*.exe" /S rem 第三步：调用部署工具重新编译方案 "%ProgramFiles(x86)%\Rime\weasel-*\WeaselDeployer.exe" /deploy

逐段看这几行的含义。%~dp0是脚本自身所在目录，带尾部反斜杠，用它做相对路径能保证你在任何位置双击都不跑偏。xcopy /E /Y的/E表示连空目录一起复制，/Y表示覆盖时不询问——这两个参数缺一个，脚本就可能卡在交互提示上等你按键。

第二步的/S是前端安装程序的静默参数，装完不会弹完成页。第三步最关键：WeaselDeployer.exe /deploy才是真正把.schema.yaml和.dict.yaml编译成运行时棱镜文件（prism）的动作。方案文件改了不生效，九成是因为这一步没跑，以为「复制过去就等于生效」是新手最常见的误解。

提示：如果你手动改过%APPDATA%\Rime下的任何文件，都要重新触发一次部署，命令行跑WeaselDeployer.exe /deploy或者右键托盘图标选「重新部署」都行。

还有一点要提醒：脚本会请求管理员权限，因为前端安装要写Program Files。如果你系统里的安全软件对.cmd这类脚本比较敏感，运行前先确认它没被拦下来，否则你会看到窗口一闪而过，什么都没发生。

2.3 首次部署与候选窗验证

脚本跑完之后，别急着关窗口，按顺序做这几个验证动作：

1. 看托盘区有没有出现小狼毫的图标，没有就说明前端没装上，回上一步查静默安装是否失败。
2. 在语言栏里添加输入法，找到「小狼毫」并加入列表。
3. 切到该输入法，按Ctrl+`呼出方案选单，确认里面能看到五笔方案的名字。
4. 敲aaaa，五笔一级简码里a是「工」，连敲四个a应该能稳定出「工」或者相关候选。
5. 敲一个完整的四码词组，比如klkl，看是否正常出词。

第 4 步是我判断「码表挂没挂上」最快的办法。如果敲a出来的是英文字母a，说明方案没加载；如果出来的是别的字，说明方案加载了但码表不是五笔的。这两种现象的排查路径完全不同，先分清能少走弯路。

部署过程本身需要几秒到十几秒，取决于码表大小，期间托盘图标会有转圈或者灰掉的状态。这个阶段不要去点输入法，容易触发半成品状态，得不偿失。

3. 方案文件改哪里：schema 的四个字段与码表挂接

装好能用之后，多数人的下一步是改键位、改候选数、加词库。这些都在方案文件里，不需要碰前端。我建议先用一个下午把 schema 的结构看明白，后面改什么都心里有数。

3.1 schema.yaml 里真正要动的字段

一份五笔方案的骨架大致如下，我删掉了注释和用不到的段落，只留会动的部分：

schema: schema_id: wubi86 name: 五笔86 version: "1.0" engine: processors: - ascii_composer - recognizer - key_binder - speller - punctuator - selector - navigator - express_editor segmentors: - ascii_segmentor - matcher - abc_segmentor - punct_segmentor - fallback_segmentor translators: - punct_translator - table_translator filters: - uniquifier speller: alphabet: zyxwvutsrqponmlkjihgfedcba delimiter: " '" max_code_length: 4 translator: dictionary: wubi86 enable_sentence: false enable_completion: true enable_user_dict: true menu: page_size: 5

schema_id是方案的唯一标识，部署生成的文件名、用户配置的引用名全靠它，改这个等于换了一个方案，用户词典会跟着对不上。name只是显示在方案选单上的文字，随便改，不影响逻辑。

engine下面四段是整个输入法的流水线。processors负责接收按键，顺序有讲究——ascii_composer放最前是为了让中英切换先处理，speller排在后面才能接手编码输入。translators里table_translator就是码表翻译器，五笔、仓颉这类定长码方案全靠它。filters里的uniquifier做去重，去掉它你会看到同一个字在一页里出现好几次。

speller/alphabet这一行值得单独说。五笔的 25 个字母键是abcdefghijklmnopqrstuvwxy，没有z，因为z在传统五笔里是查询键。但实际方案里经常把z也放进去，保留万能键和标点输入的余地。你在alphabet里删掉哪个字母，那个键就彻底不参与编码了，这是最容易改出问题的地方之一。

3.2 码表挂接与 translator 参数

translator/dictionary的值要和码表文件名对齐。码表叫wubi86.dict.yaml，这里就写wubi86，不带扩展名。写错了的表现很典型：方案能切出来，码表也编译了，但打什么都是空的。

enable_sentence对五笔必须设成false。五笔是四码定长的形码方案，不存在整句转换的概念，打开它只会让候选排序变乱、响应变慢。这一点和拼音方案正好相反，抄拼音配置的人经常在这翻车。

enable_completion控制前缀提示，也就是打了两码之后是否把后续可能的字先列出来。五笔熟手一般关掉，因为它会把候选框塞得很满，翻页成本变高；刚上手、还在记二级简码的阶段可以开着，当学习辅助用。

enable_user_dict是自造词开关，关掉之后你选过的字不会被记住，长期打字体验会差很多。这个开关和用户词典文件绑定，具体落盘位置在下一章展开。

3.3 候选数、翻页键与简繁开关

menu/page_size直接决定一页显示几个候选。五笔的重码率低，五个其实够用，设成七到九页也行，但页数越多，单页信息密度越高，扫视成本也越高。我的习惯是 5，配合数字键直选，手不用离开主键区。

翻页键在key_binder/bindings里配，常见写法：

key_binder: bindings: - { when: paging, accept: comma, send: Page_Up } - { when: has_menu, accept: period, send: Page_Down }

when是触发场景，paging表示已经在翻页状态，has_menu表示候选框有内容；accept是你按的键，send是实际发出的动作。这段配置把逗号句号变成上下翻页，好处是手指不用移到-=那两个远键上。要注意的是，逗号句号在中文标点状态下本来是要出标点的，改之前想清楚你更需要哪个。

简繁切换靠simplifier过滤器加opencc配置，默认关掉。要开的话在filters里加一行simplifier，再补上对应的转换配置段。这块对只用简体的用户没有价值，加了反而多一层处理开销，我一般不碰。

4. 词库与自造词：把重码率压下来的三处配置

方案跑通只是及格线，真正决定五笔打字手感的是词库。五笔的单字重码本来就少，难的是词组覆盖——你打一个三字词得敲满四码，如果词库里没有，就得逐字打，效率直接掉一半。

4.1 用户词典落盘在哪，怎么清

enable_user_dict: true打开之后，你每次选字、每次造词都会被记录。落盘位置是%APPDATA%\Rime\下的wubi86.userdb目录，这是一个 LevelDB 格式的库，不是纯文本，别用记事本去打开它。

这个机制有个副作用：词频会被历史习惯绑架。你早期误选过几次的字会一直排在前面，打得越久越难纠正。处理办法是定期清理——但必须在输入法完全退出、部署工具也没在跑的时候删，否则文件被占用，删了会立刻被重新写回一份旧的。

注意：清理用户词典不会影响方案本身，删掉之后重新部署，词频从零开始积累。如果你只是想把某个错字压下去，也可以直接在候选里连续多次选正确的那一个，比清库温和。

造词这块还有一个参数值得调：encode_commit_history，控制是否用上屏的历史文本自动编码造词。开着的话，你连着打几个字，引擎会自动尝试把它们合成新词存进用户词典，用一段时间之后常用的三字词、四字词基本都能一次上屏。代价是词库里会积累一些没用的组合，需要偶尔手动清理。

4.2 导入外部词库的头部格式

想扩充词组，最直接的办法是往码表里加，或者单独做一个扩展词库挂上去。词库文件的头部格式要求很严格，少一个字段就整个方案编译失败：

--- name: wubi86.extended version: "1.0" sort: by_weight use_preset_vocabulary: false columns: - text - code - weight ...

name要和文件名一致，sort决定排序依据，by_weight表示按权重排，你也可以用original保持原顺序。columns声明的字段顺序必须和正文里每一行的列顺序对上，对不上就是全线错位，症状是打出来的字全是乱的。

正文部分每行三列，用制表符分隔：

你们 wqwu 100 工作 aawt 98

编码列要自己补齐，五笔的词组编码规则是取前三个字的首码加末字的首码，四字以上取前三末一。这个规则不能靠程序猜，得在生成词库的时候就写好。我一般用一个小脚本把常用词批量转一遍，手工敲几百条会崩溃。

导入之后重新部署，然后在方案选单里确认扩展词库被识别。如果编译过程中报错，日志会写在系统临时目录下，文件名以rime开头，打开看最后几行一般就能定位到是哪一行格式不对。

4.3 皮肤、横排候选与字体回退

样式配置放在weasel.custom.yaml，走的是补丁语法，不需要动主方案：

patch: style/horizontal: true style/font_point: 14 style/inline_preedit: true style/candidate_format: "%c. %@"

horizontal控制候选横排还是竖排，横排占用横向空间但视觉动线更短，宽屏上我一般开横排。inline_preedit让编码直接显示在光标后面而不是候选框里，习惯了会觉得更连贯，不习惯的会觉得字在乱跳，这个纯看个人。

font_point是字号，改成非整数在某些缩放比例下会显示发虚，尽量用整数。字体本身不在这个文件里指定，走的是系统字体回退链——你设的字体如果系统里没有，会退化成一个很难看的默认字体，候选框尺寸也会跟着变形。这是皮肤改崩最常见的原因，改字体之前先确认本机装了那个字体。

5. 排查清单：部署失败、候选空白与词库乱码的五种现场

前面几章讲的都是顺利路径，这一章讲不顺利的。下面五条是我在这类资源包上踩过的、也是最容易被误判成「包坏了」的情况。

5.1 现象一：语言栏里根本找不到这个输入法

现象是脚本跑完了，托盘图标也有，但系统输入法列表里翻遍了都没有小狼毫。

原因通常是前端安装被静默跳过了。脚本里的静默安装参数如果和安装程序版本不匹配，进程会立即退出，返回码却是成功的，脚本照样往下走去执行部署，部署自然也就找不到目标。

解决办法是手动跑一次前端安装程序，走完整图形界面，看它有没有报错。装完之后回语言栏添加输入法，如果这时能加进去，说明就是静默参数的问题。加进去之后别忘了再手动部署一次，因为之前的部署是在前端不存在的情况下执行的，等于空跑。

5.2 现象二：能切出来，但敲什么都是英文

现象是输入法切过去了，状态栏也显示中文，可敲键盘出来的还是英文字母，候选框根本不出现。

原因有两个方向。一是方案没被加载——default.custom.yaml里的schema_list没有包含这个方案，或者schema_id写错了一个字符。二是当前处在 ASCII 模式，中英切换的状态被记住了。

区分办法很简单：按一下Shift再敲。如果出来了中文，就是 ASCII 模式的问题；如果还是英文，就是方案没加载。方案没加载的话，按Ctrl+`看方案选单里有没有这个名字，没有就回去检查schema_list和部署日志。

5.3 现象三：改了配置，重启一百次也不生效

现象是你明明改了page_size，候选框还是一页五个；改了翻页键，按逗号还是出逗号。

原因基本只有一个：改错了文件。改的是解压目录里的那份Rime/，而运行时读的是%APPDATA%\Rime。这两份文件内容一样、名字一样，唯一区别是路径，肉眼极难分辨。

解决办法是养成习惯——所有修改都直接去%APPDATA%\Rime下改，改完立刻跑一次部署。如果你希望改动可迁移，就在用户目录下建*.custom.yaml文件写补丁，这样重装的时候把 custom 文件拷回去就行，不用去比对两份主文件。

5.4 现象四：导入词库后整个方案编译失败

现象是加了一个词库文件、在方案里挂上之后，一部署就报错，候选框彻底不工作了，退回到英文状态。

原因是词库文件的编码或者格式不对。Rime 的词库必须是 UTF-8 无 BOM，用 Windows 记事本另存为「UTF-8」有时会带 BOM，前三字节是EF BB BF，解析器读到第一个字符就崩了。另一种是columns声明的列数和正文实际列数不一致，比如声明了三列但某行只有两列。

解决办法是用支持显示编码的编辑器打开，确认是 UTF-8 无 BOM，然后逐行检查有没有空行、有没有多余的空格代替了制表符。制表符和空格在编辑器里长得几乎一样，这是最阴的一类错误。把新加的词库先移走、重新部署确认方案恢复，再一段一段加回去，能快速定位到出问题的那一段。

5.5 现象五：用了一阵子，自造词全没了

现象是前几天打过的词还在，某天开机之后全不见了，词频也回到初始状态。

原因是重装或者重新部署时覆盖了用户词典，或者同步目录没有配置，清理临时文件的时候被顺手删了。另一个可能是磁盘上的userdb目录损坏，LevelDB 在非正常退出后会留下锁文件，下次启动读不出来就重建了一个空的。

解决办法是先确认%APPDATA%\Rime\wubi86.userdb还在不在。在的话，把输入法完全退出、结束掉部署进程，删掉目录里的LOCK文件再启动。不在的话就只能重来了。真正稳妥的做法是配一个同步目录，把这个路径指到网盘或者另一块盘上，这部分放在下一章讲。

6. 做成可迁移的配置包：patch 收敛与升级后自检

改到后面你会发现，真正有价值的不是那堆 yaml 本身，而是你在这台机器上积累的那几十处调整。把这些收敛成可迁移的形式，换机器、重装、升级都不用重来一遍。

6.1 把改动收进 custom 文件

原则只有一条：不动主方案，所有修改写进*.custom.yaml。方案级的改动进wubi86.custom.yaml，前端样式的改动进weasel.custom.yaml，全局的进default.custom.yaml。

patch: menu/page_size: 7 translator/enable_completion: false key_binder/bindings/+: - { when: paging, accept: comma, send: Page_Up } - { when: has_menu, accept: period, send: Page_Down }

这里有个语法细节：+后缀表示追加而不是覆盖。写key_binder/bindings:会把你原有的所有键位绑定全部替换掉，写key_binder/bindings/+:才是在原有基础上加。这两种写法差一个字符，效果天差地别，我第一次改键位就是被这个坑了半天，按什么键都没反应，最后发现是把默认绑定整段洗掉了。

补丁文件的好处是升级时不用做 diff。资源包更新了，主方案换新版本，你的 custom 文件原样保留，部署一下自动合并，改动全部还在。

6.2 升级和换机后的三分钟自检

同步目录在installation.yaml里配，加一行sync_dir:指向一个固定路径，然后托盘菜单里执行同步，会把用户词典、自定义配置打包写过去。换机器时反过来做一次，配置就回来了。

每次升级完之后，我固定跑一遍下面这张检查表：

前四项是基础功能，后三项是配置层。任何一项不过，就按第 5 章的对应条目往下查。这套表跑完不超过三分钟，比出问题之后再回头翻日志划算得多。

还有个小技巧：把%APPDATA%\Rime整个目录定期打包一份放别处，尤其是刚调顺手的那几天。用户词典是不可逆的资产，词频一旦丢了，重新积累要几周时间，而备份只要几秒。

从那以后我每次拿到一个新的输入法配置包，动手之前都会先把%APPDATA%\Rime整个目录复制一份到别的盘，再开始折腾。这个习惯救过我两次，一次是重装覆盖了用户词典，一次是词库格式错误导致方案整体失效，两次都是靠那份备份直接回滚的。希望帮到你。

本文还有配套的精品资源，点击获取