I can't reproduce the issue locally, but I have a few hypotheses.
The following notes are intended for the next agent investigating this issue.
几次卡死的会话里，每次连接后几分钟都出现了一次 GPU 看门狗超时（LiveKernelEvent 141，显卡 TDR）。所以更可能的原因是用户机器上的显卡驱动卡住、拖死了游戏主线程，不一定是钩子死锁。你那边正常完成翻译也符合这个解释，这次报告的诊断需要修正。
时间对照
看门狗 dump 的文件名用的是本地时间，用户在 UTC-3：WATCHDOG-20261028-1517.dmp 对应的事件时间是 18:17Z，正好差 3 小时。按这个换算：
会话 游戏连上 MTool GPU 看门狗 dump（换算成 UTC） MTool 报 main-thread 超时
10-25
21:54:31Z
WATCHDOG-20261025-1858（约 21:58Z）
22:04:51Z
10-26
00:00:13Z
WATCHDOG-20261025-2102（约 00:02Z）
同类记录
10-28
18:15:41Z
WATCHDOG-20261028-1517（18:17Z）
18:23:02Z（Application Hang 在 18:22:42）
另一个 WATCHDOG-20261025-2052（约 23:52Z）落在 MTool 23:57 重启之前。
规律都一样：连上后 2～4 分钟显卡驱动重置，再过几分钟 MTool 报主线程请求超时，Windows 记录游戏未响应。
用户的环境本来就容易出这种问题：AMD 核显，跑 OpenGL 3.3 Compatibility 渲染，8 GB 内存只剩约 780 MB 可用。
还没确定的地方
是不是 MTool 引起的：可能是文本收集阶段做的某件事（字体覆盖、强制重绘 CanvasItem、大量文字测量和绘制）加重了 GPU 负载，触发了驱动的问题。也可能这台机器不开 MTool 玩久了也会 TDR，只是用户没注意到。
"总在同一处卡"：如果是 GPU 问题，也可以理解成每次都在同一个时间点、做同一件事时触发，不一定是某条特定文本。
建议下一步
不需要拿到 1.03。对用户来说那是 exe 版本 0.1.0.3，他 10-25 那次在 Downloads\FV 下用过，用 0.1.0.1 也卡，说明和游戏版本关系不大。可以按这个顺序找用户确认：
不用 MTool，直接启动游戏，挂 10～15 分钟。如果也卡或者黑屏，就是用户环境的问题，可以直接结案，建议他更新 AMD 显卡驱动。
用 MTool 启动时换渲染驱动：在启动参数（argAppend）里加 --rendering-driver d3d12，或者 --rendering-method forward_plus --rendering-driver vulkan。换了就不卡的话，说明问题出在 OpenGL Compatibility 加 AMD 驱动这个组合上。
要附件：让用户上传 C:\Windows\LiveKernelReports\WATCHDOG\WATCHDOG-20261028-1517.dmp，这个目录读取可能需要管理员权限。用 WinDbg 跑 !analyze -v 能看到是哪个进程、哪个 GPU 引擎卡住了。
如果确认和 MTool 有关（单独跑游戏不卡，用 MTool 就卡）：请用户开深度模式，看卡住前 getCanvasTextStatus、getRichTextStatus 和字体覆盖状态。再分别关掉 canvasText 钩子、richText 钩子、字体覆盖，各试一次，看关掉哪个就不卡。