用途：把不同语音输入法里的词条统一成一份个人规范词汇表，需要时再按目标 App 的格式同步回去，解决词条分散、重复、格式不一的问题。
主要能力：canonical-store 建立并读写规范词库 vocabulary.json，按 phrase 去重合并，保留 enabled、hits、category 等已有字段；app-adapters 处理各 App 词条格式与读写映射（如 OpenLess 的本地 dictionary.json、Typeless 的 API 词条列表）；sync-plan 计算规范库与目标 App 的差异，输出 add（新增）、skip（已存在或相同）、conflict（同 phrase 不同字段）三类，确认后再写入，默认不覆盖对方已有词条。
使用方式：先设 SKILL_DIR，手动运行确定性的本地脚本，例如： python3 "$SKILL_DIR/scripts/vocab_cli.py" merge --canonical vocabulary.json --import openless-dictionary.json --from-app openless python3 "$SKILL_DIR/scripts/vocab_cli.py" diff --app openless --canonical vocabulary.json 脚本只做纯文本去重、diff 与格式转换，不访问网络、不写目标 App、不改任何 App 内部数据。走 API 的 App 需使用用户自己的凭据只读探测。长期沿用的偏好可通过 scripts/profile_store.py record --confirm 写入 Profile，凭据、token 与私人路径不持久化。
适用场景：整理个人词汇表或术语表；把词条合并去重到统一词库；同步或迁移到某款语音输入法、剪辑工具；用户提供某 App 的导出文件、接口或口述词条要求合并。
限制：正常使用语音输入、未要求维护词库时不应触发；不负责修改 App 的语音识别、模型或接口配置；不批量抓取、逆向他人词库或绕过授权，仅处理用户自己的数据。依赖 Python 3.9+ 标准库；格式未知的 App 需先探测再补映射，不得编造；缺失的模块、参考或脚本应指出相对路径并停止。具体支持范围、价格与更多 App 映射细节暂未提供。