okooooooo/msime-windows
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
2,475 Commits 1 Branch 0 Tags
develop
Commit Graph
25 Commits
Author SHA1 Message Date
Jia Suiandfanlusky 3b1206ea82 fix(windows,engine): 提交键回复等待不再因超时重置会话或丢字 (#1019) 
* fix(windows,engine): 提交键回复等待不再因超时重置会话或丢字

服务端按键处理偶发数百毫秒尖峰时，提交键（空格顶首选 / 确定选词 / 标点顶高亮候选）
的回复等待会走到会话内那条 300ms 同步读；一超时就被判成 TransportUnavailable
→ DeliveryAmbiguous → Transport 完整重置（丢键 + 吞队列 + 清组合 + 轮换 epoch），
用户看到的是整段已输入内容消失。

- 删除 FANY_IME_COMMIT_REPLY_SESSION_WAIT_MS 那条破坏性兜底读。会话侧改为非阻塞探测，
  拿不到回复返回「未就绪」，由 session 自身在 DoEditSession 内交回，沿用同一个
  FANY_IME_COMMIT_REPLY_TIMEOUT_MS 分片轮询窗口，不重开窗口、不新造等待原语。
- 交回必须发生在 session 内部：RequestEditSession 用 TF_ES_ASYNCDONTCARE，TSF 异步授权
  时调用方读不到 session 的 HRESULT；若靠调用方读返回值，该键会既不丢也不提交，
  deferred 闸门再不打开（后续按键全部只入队）。也不能改用 TF_ES_SYNC（WinWord 上不成立）。
- 真失败（写失败 / 读失败 / 坏帧 / 字节数不符 / 无 request id / 无管道）仍判 Transport 重置。
- 预取覆盖面扩到 candidate 类 finalize（空格顶首选等），堵住原先只能靠那条 300ms
  兜底读的路径。
- 新增按键级延迟诊断 bench_key_latency_diag（build 里有同名 exe 但源码已不在树），
  以及两份对照测试：commit_reply_not_ready（回复三态与交回状态机）、
  candidate_consistency（同配置下候选集合/顺序/分页逐字一致，引擎侧护栏）。

实测（bench_key_latency_diag）：稳态逐键 median 0.6~0.8ms / max 12.5ms，尖峰指向内存
压力下的页回收而非稳态算力。在「结果完全不变」的约束下，预热 / 缓存 / 投机预解码均无效
或反向，故本次不改引擎打分路径。

* fix(windows): 直接标点提交会话补齐未就绪交回，并写准窗口沿用边界

审查 `7aca5e5d` 发现的问题：

- `CPunctuationCommitEditSession` 在 `FANY_S_COMMIT_REPLY_NOT_READY` 时只抑制了 token
  结算（`applied` / `_FailDeferredKey` 都不走），**没有**像 `CKeyHandlerEditSession` 那样把
  请求交回 `_PollCommitReply`。一旦走到这条分支——`_HandleCompositionPunctuation` 的高亮候选
  分支要求 `_candidateMode != CANDIDATE_NONE`，而派发该会话的条件是
  `_candidateMode == CANDIDATE_NONE`，两者在 session 执行时才求值——deferred token 会永久留在
  飞行中，后续所有按键只入队不处理，正是本 PR 在别处修掉的失效模式。现在两处都交回，
  并把原因写进注释，避免下一个人再照半个写法抄一遍。
- `_HandOffUnreadyCommitReply` 的两处注释与实现不符或不够具体：交回沿用第一片已经开始的窗口；
  只有从未开窗的路径（标点处理函数在派发时高亮候选条件为假、session 执行时条件成立）才在此
  开窗，那种情况键一点没等过、`waitedMs` 为 0。另一支（无法保活 → `_FailUnansweredCommitKey`）
  只在请求不属于协作轮询时到达，实务上即 `commitReplyMessage == 0`：派发没能用消息窗，
  没有可交回的对象。

签名相应扩展：`_RequestDirectPunctuationEditSession` 新增 `commitReplyMessage` /
`commitReplyDeadlineTick`，`CPunctuationCommitEditSession` 携带它们。没有行为回退，两个新参数
默认 0 时与改动前一致（而那正是「无消息窗」的既有降级路径）。

验证：windows x64 Release 构建通过，`ctest` 17/17 通过，`clang-format 18.1.8 --dry-run
--Werror --style=file` 对本次涉及文件全过。

* fix(windows): 把 _HandOffUnreadyCommitReply 移到公共区，修 CI 编译失败

CI 的 Windows x64 与 Windows Win32 两条腿都挂在同一处编译错误：

  MetasequoiaIME_AsyncRequests.cpp: error C2248:
  “CMetasequoiaIME::_HandOffUnreadyCommitReply”: 无法访问 private 成员

上一提交给 CPunctuationCommitEditSession 补「未就绪交回」时调用了这个成员，但它在 private
区。CKeyHandlerEditSession 能调是因为它在 MetasequoiaIME.h 里被显式声明为 friend；而
CPunctuationCommitEditSession 定义在 MetasequoiaIME_AsyncRequests.cpp 的匿名命名空间里
（该文件 31-254 行），头文件里的 friend 声明指不到它，加 friend 也无效。

处置：把该声明移到公共区，与同样由 session 调用的 _FailDeferredKey、_CompleteDeferredKeyReplay、
_HandleCompositionPunctuation 并列，并在注释里写明「它必须公共」的原因，免得下次有人顺手挪回私区。
仅可见性与注释，行为零变化。

验证（triplet 与 CI 一致，且这次看退出码、不截断构建输出）：
- x64-windows-static：cmake --build build --config Release --parallel 退出码 0；
  ctest --no-tests=error 17/17。
- x86-windows-static：cmake --build build32 --config Release --parallel 退出码 0；
  ctest --no-tests=error 17/17。
- clang-format 18.1.8 --dry-run --Werror --style=file 对本次改动文件通过。

另：上一轮「构建通过」是我误报——当时用 Select-String 过滤构建输出又加了 -Last 8，错误行被截掉，
且没有检查 $LASTEXITCODE；ctest 过的是测试目标，与 DLL 编译失败并不冲突。

* fix(windows): 提交回复交回后轮询不再停摆，同步兜底保留有界等待

- 轮询定时器按请求 id 判断是否仍在等待：session 交回时换了新 token，
  按旧 token 查会误判为已结算并 KillTimer，交回的请求从此无人再分发。
- 没有轮询可交回的 session（同步 _InvokeKeyHandler 路径）恢复
  FANY_IME_COMMIT_REPLY_SESSION_WAIT_MS 的单次有界等待，不再一读不到就丢键重置。
- 确定并输入在提交回复为传输失败时不再继续键入字符并返回 S_OK。
- session 交回占用新槽位时同样受 kMaxPendingAsyncKeys 约束。
- 修正注释：未就绪由 session 自己的完成钩子交回，不是消息处理函数。
- 测试：覆盖轮询分发、等待上限与满表交回；SAL 剥离按最长前缀匹配；
  引擎一致性用例③不再清缓存，否则测不到跨输入的缓存泄漏。

---------

Co-authored-by: fanlusky <1730976608@qq.com>
 2026-10-17 16:19:26 +08:00
Jiaxin Ranranlyfanlusky
 		6072ae7784 fix(windows): 修复临时日语 R 模式无法输入长音符 (#1000) 
* fix(windows): 修复临时日语 R 模式无法输入长音符

* fix(server,windows): 临时日语策略每键只算一次，并去掉多余的帧

- Server 在 HandleImeKey 开头按本次按键所属客户端算一次策略，不再每个谓词都查活动客户端、加锁、构造 payload 再解析回来。
- 普通激活只补发 TemporaryJapanesePolicyChanged；整套输入模式状态（含语言栏刷新）仍只在 FocusRestored 时发送。
- 配置重载时输入方案变了由 ApplyConfiguredInputScheme 统一广播，不再重复广播策略。
- TSF 的 WaitForProtocolReady 不再清零策略：worker 管道先于 Main 注册，可能已收到本次连接的策略；断开时已有清零路径。

---------

Co-authored-by: ranly <ran618ly210805@qq.com>
Co-authored-by: fanlusky <1730976608@qq.com>
 2026-10-16 22:30:28 +08:00
chr331andfanlusky 1c3bd7cb83 feat(server,ui-html,windows): 支持自定义“输入状态切换”中的快捷键 (#985) 
* fix(windows): 支持标点切换快捷键改绑与取消绑定

* fix(shortcut): 对齐虚拟键并处理语音与窗口快捷键冲突

* fix(ui-html): 绑定标点快捷键前提示应用快捷键占用

* fix(ui-html): 仅对已知快捷键冲突提示确认

* feat(shortcuts): 支持自定义输入状态切换快捷键

* fix: keep shortcut editor buttons on one row

* fix(shortcuts): 限定输入状态快捷键为 Ctrl 组合

* fix: clarify shortcut override and punctuation lock behavior

* perf(server,windows): 提前筛选输入状态快捷键

* fix(windows,server,ui-html): 修正输入状态快捷键的兼容与保存问题

- windows: 未协商 InputStateShortcuts 时回退到旧的 Ctrl+Shift+E KeyEvent，
  新 DLL 配旧 Server 时英文候选快捷键不再失效
- windows: 全角快捷键与标点快捷键一样可在待处理按键后排队，不再漏给应用
- windows: Server 不可用时排队的英文候选切换按 FUNCTION_CANCEL 离线回放，
  不再丢弃其后的按键
- server: 非字符串配置值不再以 "!invalid" 作为 binding 发给设置页
- server: 仅三个输入状态快捷键路径强制回传配置快照；去掉 worker 中与
  reader 重复的协商检查；抽出 InputStateShortcutViews 去除重复转换
- ui-html: 保存后 5 秒未收到快照则恢复编辑器并提示重试

---------

Co-authored-by: fanlusky <1730976608@qq.com>
 2026-10-16 03:31:19 +08:00
HowGeGeandfanlusky d98c420822 fix(windows): pass CapsLock Shift letters through to applications (#976) 
* fix(tsf): pass CapsLock Shift letters through to applications

* fix(windows): 延迟路径按与同步路径一致的输入状态判断 CapsLock 直通

---------

Co-authored-by: fanlusky <1730976608@qq.com>
 2026-10-16 01:16:48 +08:00
Ray Wong 998f661099 fix(windows): restore server input after delayed reconnect (#912) 
Run the guarded raw-fallback exit after the reconnect timer acknowledges the focus session, before publishing status and draining keys. Match the existing immediate reconnect path; keep offline compositions and stale acknowledgements fenced.
 2026-10-13 21:49:55 +08:00
fanlusky 37550e6cc0 fix(windows): Caps Lock 开启时切换为英文标点模式 
#771 在 Caps Lock 下把空闲时的标点键直接交给宿主，但不改标点状态，
悬浮工具栏和语言栏仍显示中文标点；它还绕过了「始终中文」标点锁定，
用户也无法在 Caps Lock 下手动改回中文标点。

改为让 Caps Lock 参与「标点跟随中英文模式」的规则：开启时标点切到英文，
关闭时按当前中英文模式重算。标点锁定仍然优先，手动切换不经过这条规则，
因此 Caps Lock 下仍可用 Ctrl+. 或工具栏改回中文标点。按键路径和 Server
的 CapsLockChanged 广播都会触发同步，只在 Caps Lock 状态真正变化时重算，
重复上报不会冲掉手动切换。延迟按键队列的影子标点状态同步更新。
 2026-10-11 00:46:52 +08:00
Neptrue_Lin 9ccb2da07c Merge pull request #771 from chr331/fix/caps-lock-punctuation 
fix(windows): Caps Lock 开启时使用英文标点
 2026-10-10 18:17:39 +08:00
chr331 72da84bbc5 test(windows): cover Caps Lock punctuation policy combinations 2026-10-10 15:12:23 +08:00
imluyg 23f943a044 fix(windows): 标点提交带上造词已选前缀 
部分选词后，已选汉字同时存在于 composition 范围和 word_for_creating_word。
标点提交只组装「候选 + 标点」并整段替换该范围，已选汉字就随范围一起消失了。
Enter 和中英文切换都已经带上前缀，标点是同一族里唯一漏掉的一处。

前缀只加在写进 composition 的文本上：成对标点、智能标点指纹和
_NoteCommittedChinesePunctuation 仍读未加前缀的串，标点自身的选取不受影响。

#747
 2026-10-10 11:49:14 +08:00
chr331 2b856c41b3 fix(windows): use English punctuation while Caps Lock is enabled 2026-10-10 04:34:14 +08:00
xiaozhu1337andfanlusky 9c0f6da9be feat(windows): add opt-in per-app Vim Escape mode (#737) 
* feat(windows): add opt-in per-app Vim Escape mode

* fix(windows): 改用 config.toml 的 vim_mode_apps 并移除 yaml-cpp

TSF DLL 会注入所有宿主进程，约定保持 /Zc:threadSafeInit- 且不加全局构造器；
yaml-cpp 带命名空间级 std::string 数组和线程安全局部静态，违背这一约定。
配置改为 [input] vim_mode_apps = [...]，由 DLL 内的小型解析器读取，
沿用 config.toml 的时间戳缓存；键写入出厂模板与工作配置，升级合并保留用户值。

---------

Co-authored-by: fanlusky <1730976608@qq.com>
 2026-10-09 16:59:05 +08:00
AkaneIwasaandfanlusky 568d07f513 feat(windows): 添加中日英三语轮换 (#717) 
* feat(windows): 添加中日英三语轮换

* fix(windows): 三语轮换改为快捷键开关并修复两端状态不同步

- 开关移到「快捷键 → 中英文切换」下的「允许中日英循环切换」，配置键改为
  [keybindings] trilingual_cycle；输入模式恢复为中文/日文，二者互不影响
- 循环请求带显式标记位和请求方自身的中英/日文状态，Server 据此计算目标语言；
  普通 VK_SHIFT 仍是中英切换，不再被误当成循环
- Server 开关在请求途中被关闭时仍回复，按中英切换处理，TSF 只丢弃后续排队按键，
  不再超时重连
- 已发出的循环回复未被应用（含 Superseded）时走完整重连，避免日文状态两端不一致
- 循环切换补上光标处状态提示和标点同步
- 切换语言时复用暂存的另一语言会话，不在按键路径上重建引擎和打开 msime.db
- 配置读取的语言与开关改为原子量；TrilingualCycleChanged 的能力过滤移到发送方
- 中日切换不再重发 TrilingualCycleChanged；结束组合被拒绝时不计入统计

---------

Co-authored-by: fanlusky <1730976608@qq.com>
 2026-10-09 15:44:41 +08:00
fanlusky 9f5572c525 fix(build): 所有 MSVC 目标显式按 UTF-8 编译源文件 
#548 修了 ngram，同类问题还有几处：源文件或头文件是无 BOM 的 UTF-8，
目标却没有 /utf-8，在代码页 936 的系统上注释会吞掉换行。

- ui：Controls.h 让 msimeui 与各 demo 单独构建失败，/utf-8 设为 PUBLIC
- server/tests/portable：input_key_policy.h 让 MSVC 构建失败
- engine test_windows_ipc_contract、tests/pipe-probe、windows/tests：C4819
- windows DLL：此前只靠 fmt 的 INTERFACE 选项带来 /utf-8，改为显式设置，
  否则 L"“" 等宽字符标点会在去掉 fmt 后静默变成乱码
 2026-09-30 15:37:13 +08:00
fanlusky f7064eb7c7 refactor(windows): 翻页与高亮移动的回复缺失改为软错过 
WM_AsyncServerCandidateKey 对所有候选键都用 300 ms 提交预算，回复缺失即按
「可能已上屏」处理：丢键并完整重置传输。可对 PageUp/PageDown/Up/Down/Tab（含
Shift+Tab）来说，Server 只翻页或移动高亮，回复本来就只是确认（处理函数原先的
注释也这么写），永远不会上屏。把一次慢确认升级成拆管道、清组合，代价完全不对等。

现在这几颗键走普通的 50 ms 软读取：超时只是软错过，不拆管道、不清队列，迟到
的回复按 request id 缓存；只有真正的读失败/坏帧（TransportUnavailable）才按传输
失败处理。回复内容一律不应用，因为 Server 对这些键从不提交文本。

逗号、句号、括号、减号/等号（可配置翻页，也可能以词定字或随标点上屏）、
Ctrl+Enter 译文上屏和选词键仍保留 300 ms 提交预算与「歧义即丢键 + 传输重置」。
判定放在 IsCandidateNavigationOnlyKey 里并补了单元测试。
 2026-09-27 19:02:17 +08:00
fanlusky 18cf3efe0a refactor(windows): 引入按键失败策略与本地重同步 
新增 DeferredKeyFailurePolicy.h：把「按键为什么没能应用」映射成四种代价，
Stale（只丢这颗键）、Offline（离线原始通道，丢键并吞掉队列，保留本地组合）、
Resync（管道健康，但本地组合与 Server 可能不一致）、Transport（传输坏了或
状态未知，走完整重置）。纯函数，不依赖 TSF/COM，配套 tests/deferred_key_failure_policy.cpp。

新增 _RequestLocalResync：复用本地重置闸门取消组合，保持「先重置再排空」的
顺序，但不轮换 focus token、不关任何管道；闸门重新打开时在同一个 token 上补发
HideCandidateWnd，让 Server 清掉自己的组合（闸门关着时取消路径发出的 Hide 会被
挡下，所以必须补发）。重同步期间不清 _workerCommitReady，否则 WM_IpcReconnect
会把一次重同步等成 150 ms 超时并升级成完整重置。

_ResetSessionAfterFailure 统一处理失败后的会话丢弃：清空延迟队列（队列里的键
是按即将丢弃的组合分类的，一律吞掉，既不交还宿主也不重发），保留退格长按
守卫（#347），再按类别触发重置；重置期间把投影设为空组合，重置结束且队列为空
时释放投影，健康路径（包括 Excel 首键的同步排空）不会被残留的屏障挡住。

非按键路径里原本走完整传输重置、但管道其实没坏的几处改走重同步：OnEndEdit 的
组合属性检查与 EndComposition 失败、OnSetFocus 文档不匹配、WM_CheckGlobalCompartment
切换提交失败、_PostServerTextDelivery 投递失败。
 2026-09-27 18:50:07 +08:00
fanlusky b3b3b3303c feat(windows): 焦点切换到另一个输入框时提示当前中英文状态 
新增开关 general.caret_state_indicator_on_focus（默认关闭，需同时开启光标
状态提示）。

- DLL 把以下情况视为“换了输入框”：焦点窗口变化（Win32 编辑框、对话框、
  其他应用各有自己的窗口）；焦点经过一段没有可编辑文档的间隙后落到可
  编辑文档上（Chromium、WPF 等单窗口宿主在字段之间就是先失焦再聚焦）；
  焦点会话真正结束后重新开始。Chromium 打字时在两个可编辑文档之间直接
  替换文档管理器，不会触发。从 Win+. 面板返回不计入；线程焦点在真正的
  应用切换后返回计入。一次切换的多次回调由定时器合并为一次提示；组字
  过程中、以及没有光标的控件都保持静默。每次判断在 TSF 诊断日志里记录
  判定标志，不含任何文本
- 协议复用 IMESwitch：wch 改为 FanyImeCaretStateTrigger（UserToggle /
  CapsLockEdge / FocusEntered），CapsLockEdge 保持首发时的 VK_CAPITAL
  取值，Server 对未知值按 UserToggle 处理
- Server 在开关打开时显示当前的有效模式（Caps Lock 开启时为“英”）；
  配置项同步写入两份模板和两个设置窗口宿主的读写映射
- 设置页在光标状态提示卡片中增加“切换输入框时提示”开关
 2026-09-26 17:09:34 +08:00
fanlusky 597d087580 fix(server): 光标状态提示仅由用户快捷键触发并收紧协议边界 
- DLL 只在 Shift/Ctrl 切换、Shift+Space、Ctrl+.、Caps Lock 与
  Ctrl+Shift+F 处显式请求提示；Server 下发的模式同步、宿主转换模式
  同步和激活初始化不再弹出提示，移除 compartment 回调里的推断逻辑
- 恢复文档切换时候选窗的 OnKillThreadFocus，改用 COM 身份比较
- 能力位改名为 CaretStateIndicator，DLL 仅在 Server 确认后发送切换
  事件；Server 端这些事件只驱动提示，不再改写工具栏或状态快照
- 标点提示的中英模式由 DLL 随 PuncSwitch 携带
- UILess 宿主不显示提示，会话转为 UILess 时隐藏已显示的提示
- Ctrl+Shift+F 的锚点就地读取，不再覆盖 Global::Point，且只采信
  协商了该能力的客户端
- 撤回对所有包默认 point 的修改；提示窗口创建失败不再阻断 Server
  启动；提示内容改为结构化 CaretStateBadge
- Caps Lock 在同一按键重复进入 TestKeyDown 时只处理一次
 2026-09-26 13:58:22 +08:00
fanlusky dc7cfa0354 Merge branch 'develop' into feat/issue-229-ime-status-indicator 2026-09-26 13:58:03 +08:00
AaGMix a855a9c7f4 feat(windows): 发送光标状态切换事件 2026-09-22 21:20:07 +08:00
Jia Sui 536d0a95ef feat(windows): 五笔四码后继续输入不丢字（顶字） 
四码（不论是否唯一）之后继续敲字母时，先上屏该码的首选候选，再把这个字母
保留为下一次组合的开头。根因是两侧对「组合里有几个字母」认知不一致：TSF 的
本地按键缓冲跟着敲键涨（raw 预编辑样式下 preedit 就是它），服务端的五笔 raw
被引擎裁在四码；空格提交时组合文本被整段替换成候选并清掉本地缓冲，多敲的
字母随之丢失。

- 新增 worker 消息 CommitCandidateAndContinue(27)，payload "<consumed>\t<text>"：
  TSF 按服务端给出的消费数裁**自己**的组合缓冲，而不是套用服务端按旧视图算好
  的剩余串——快打时用户已多敲的字母因此不会被覆盖
- TSF 处理序列全部复用既有原语：_InsertTextToComposition + _HandleCompleteCommitFirst
  真提交，_StartComposition + AddVirtualKey + _HandleCompositionInputWorker(NO_REQUEST_ID)
  重建余下字母的组合；无组合时退化为直写
- 服务端顶字不看自动上屏开关：开关只决定唯一码要不要多敲一键才上屏，
  不决定丢不丢输入；自动上屏那条路也改用同一消息，顺带收掉快打竞态
- 引擎新增 wubi_four_code_is_complete（完整四码、码表作答、不要求唯一；
  空码不算——没有候选可提交时不触发顶字）

已知限制：光标在组合中间时的改码行为维持现状；空码继续敲字母仍会被忽略。
 2026-09-22 09:23:25 +08:00
Jia Sui ffcd1aee28 feat: 输入统计（DLL 采集、Server 聚合存储与设置页展示） 
- windows: 三上屏出口 + OnTestKeyDown 直通字符采集，修复半角数字恒零
- engine: 统计 Web 消息契约（statsRequest/statsResponse）
- server: 统计管道接收、聚合、SQLite 存储、保留策略与每日自动清理
- ui-html: 设置页「统计」模块（卡片、热图、明细、开关、清理）
- docs: PRIVACY / README 改为内置可选统计
 2026-09-20 19:08:16 +08:00
Jia Sui 62c9f5cf6b fix(windows): Backspace 清空预编辑后长按不外溢（#347） 
从组词里起手的那一次 Backspace 按住，一旦 composition 被删空，
同一次按住的后续 auto-repeat 一并吞掉；松开后重新按下才恢复退格。

- 新增 KeyRepeatGuard 纯谓词（repeat 位判定，不依赖 keyup、不用计时器）+ x64/x86 单测
- OnTestKeyDown / _DispatchKeyDown / _ClassifyDeferredKeyDown 三处同判据：
  吞键不发 IPC、不请求编辑会话，命中的排队键完成 replay token
- 延迟投影把 inputLength 打到 0 时置位，慢 Server 下重放不会漏到宿主
- 焦点/上下文清理路径复位（OnSetFocus、_ClearDeferredKeyDowns、
  ThreadFocusSink::OnKillThreadFocus），不在 Chromium 文档切换路径误复位

Refs #347
 2026-09-17 21:02:07 +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
Evan edb2074d7c test(ipc): make fallback policy independently executable (#307) 2026-09-10 08:04:47 +09:00
Evan 96eb1bb2a4 test(ipc): lock down fallback result semantics (#306) 
* fix(ipc): distinguish definite local fallback

* test(ipc): lock down fallback result semantics
 2026-09-10 08:00:15 +09:00