之前写过一个教程，但是那个教程不完美，有时候还是会冲突导致必应词典和mactype 冲突导致资源管理器无限重启。今天在知乎上看到关于macytpe的用法。重新试了一下，解决了。

原理：把必应词典相关的进程全部加入mactype配置单里面的不提替换进程

步骤：

我找出来了以下14个进程，在必应词典的安装目录下载找的，包括了子目录下的后缀为exe的文件。

FMRadio.exe

DictUpdater.exe

MSFlashCard.exe

NewWordList.exe

OralEnglish.exe

WordCapture.exe

WordChallenge.exe

BingAvailability.exe

BingDict.exe

BingDictRestarter.exe

BingDictUninstaller.exe

BingDictUpdater.exe

FuncServer_WDC_x64.exe

FuncServer_WDC_x86.exe

找到了文件，不能用【MacType 配置程序.exe】配置。因为我每次添加进去，重启之后，还是会冲突，然后我打开了我修改的配置文件查看，结果发现是没有添加进去，

于是我就把在用的配置文件新建了一个副本，在副本里面添加了以上14个进程。

【XMac.LCD.HotShift@XHei- 副本.ini】

位置是【不渲染的程序，同时完全不加载DLL】

保存，

然后用这个配置就ok了。

Logo
2048 AI社区

有“AI”的1024 = 2048，欢迎大家加入2048 AI社区

更多推荐

Expect脚本实战：多条件匹配与防卡死技巧

在自动化测试和系统初始化中，我们常常使用 Expect 脚本来完成一系列交互操作，比如自动输入密码、监听输出并作出响应。然而，实际项目中可能遇到多步骤输出匹配的场景：只有在 先匹配到某一行输出，再匹配到另一行输出 时，才需要做出响应。同时，如果 “testX failed” 出现了，但 “set params error” 没有在合理时间内出现，不要卡死，而是打印警告并继续。这个写法的问题在于：如

avatar 2048 AI社区

AI模型版本控制的标签管理：架构师的技巧

在AI模型生命周期中，版本控制是保障模型可追溯性、协作效率与生产可靠性的核心环节。而标签管理作为版本控制的"语义接口"，其设计质量直接决定了团队对模型版本的理解、检索与复用能力。本文从架构师视角出发，结合第一性原理与MLOps实践，系统阐述AI模型标签管理的理论框架、架构设计、实现机制与高级考量。通过拆解标签的"唯一标识+语义描述"本质，提出四维标签模型。

avatar 2048 AI社区

Expect脚本实战：多条件匹配与防卡死技巧

在自动化测试和系统初始化中，我们常常使用 Expect 脚本来完成一系列交互操作，比如自动输入密码、监听输出并作出响应。然而，实际项目中可能遇到多步骤输出匹配的场景：只有在 先匹配到某一行输出，再匹配到另一行输出 时，才需要做出响应。同时，如果 “testX failed” 出现了，但 “set params error” 没有在合理时间内出现，不要卡死，而是打印警告并继续。这个写法的问题在于：如

avatar 2048 AI社区