2 Commits

Include renames

Author	SHA1	Message	Date
fanlusky	01c5bca325	fix(engine): 选中的整句候选落成用户词组 ... 词格（CandidateSource::Generated）和 Google 解码器（CandidateSource::Fallback） 猜出来的整句在词库里没有对应的行，而调频走的是 update_weight_by_pinyin_and_word——它只改 SQLite 里已经存在的行，找不到行就什么 也不做。于是用户选中这种整句多少次，下次输入同样的拼音，它仍然是猜出来的，仍然 排在词库里那条同音短语后面，看起来就是"永远提不上来"。 选中即落库才是对的处理：存成用户词组之后，下次它以 UserDatabase 候选出现，按 quanpin::generated_sentence_insert_position 的约定排在两条整句之前，之后再选还能 走正常调频。 落库不受 frequency_adjustment_ 约束（那是候选词频策略，不是造词），也不跳过 index == 0——首位整句同样没有落库，下次仍要靠猜。长度上限对标 quanpin::WordLatticeOptions::max_phrase_syllables，再长的整句只是这一次输入的 产物，落库除了撑大用户词库没有别的作用。	2026-09-19 13:48:17 +08:00
fanlusky	a7779d2b05	refactor(engine): 将 engine 从 submodule 内嵌为仓内一等组件 ... `vendor/MetasequoiaImeEngine` submodule 改为 `engine/` 目录，导入的是 product-lock.json 原本钉住的提交 c810d201，逐文件核对过 blob，因此这是一次 搬迁而不是引擎升级。引擎自己的嵌套 submodule（googlepinyinime-rev、utfcpp、 miniaudio）按各自 gitlink 一并展开，来源与提交见 engine/UPSTREAM.md。 Windows 专门化裁掉了不属于本产品的部分：whisper.cpp 与本地推理 provider、 macOS 示例宿主、整个 dictionary/ 建库流水线、上游 CI 与 release-please 配置。 词库仍按 product-lock.json 在构建时取发布产物。 引擎不再进 product-lock.json：没有 gitlink 就没有可比对的东西，锁里写一个上游 commit 等于宣称这棵树仍等于上游，而第一个 Windows 专门化改动落地时这句话就假了。 verify-contracts / verify-checkout 随之移除，verify-published 保留。 CI 与工具链：引擎源码并入根 scripts/format.sh（删掉引擎自己的那份，避免两套排除 列表分叉）；引擎 voice.yml 里的 silero_vad.onnx 摘要校验移到本仓 lock job； engine-bump-triage 工作流与其测试删除；gitsubmodule 的 dependabot 频率由 daily 改为 monthly。 README、README.en、AGENTS.md、CONTRIBUTING、docs/product-release.md 及各子目录 文档同步说明新的位置与边界。	2026-09-12 03:40:48 +08:00