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
..
2026-09-12 03:40:48 +08:00
2026-09-12 03:40:48 +08:00
2026-09-12 03:40:48 +08:00
2026-09-17 22:49:19 +08:00
2026-09-12 03:40:48 +08:00
2026-09-12 03:40:48 +08:00
2026-09-12 03:40:48 +08:00
2026-09-12 03:40:48 +08:00
2026-09-19 13:48:17 +08:00
2026-09-17 23:01:31 +08:00
2026-09-12 03:40:48 +08:00
2026-09-19 13:48:17 +08:00
2026-09-19 13:48:17 +08:00
2026-09-15 01:57:50 +08:00
2026-09-12 03:40:48 +08:00
2026-09-12 03:40:48 +08:00
2026-09-12 03:40:48 +08:00
2026-09-12 03:40:48 +08:00
2026-09-12 03:40:48 +08:00
2026-09-13 02:22:53 +08:00
2026-09-12 03:40:48 +08:00
2026-09-12 03:40:48 +08:00
2026-09-12 03:40:48 +08:00
2026-09-12 03:40:48 +08:00
2026-09-12 03:40:48 +08:00
2026-09-12 03:40:48 +08:00
2026-09-12 03:40:48 +08:00
2026-09-12 03:40:48 +08:00