让 WorkBuddy 解决 WorkBuddy 的问题！
换模型，也换思路！

此前遇到的问题，WorkBuddy 写的 Python 程序，自 10 月 28 日开始，执行失败，反复提示 Bash 失败崩溃。最开始，使用的是 Deepseek V4.1 Flash 模型分析。得出几个结论：
1. Windows 11 系统更新问题。
2. WorkBuddy 版本问题。
最终问题迟迟得不到解决，正常的任务已经无法执行。

今天更换模型到 GLM-5.3 FlashX，再分析 Bash 无法使用的核心原因，如何当下解决问题，得出一个核心结论：任何子进程创建（CreateProcess）必然访问违规，与环境块、目标、目录统统无关。

嫌疑真凶：WorkBuddy 5.9.5 自带沙箱、MacType 、然后就是办公助手。

路边同学选择怀疑 “MacType”，停掉服务，最终 Bash 全部恢复，MacType 真凶实锤。
最终解决方案：改写 MacType 的 ini 文件，加入 7 条豁免：bash.exe、powershell.exe、python.exe、pwsh.exe、sandbox-cli.exe、sh.exe、WorkBuddy.exe
问题完美解决。

解决问题最关键的一步，换模型。此前，路边同学一直使用的是 Deepseek V4.1 Flash 模型，一直在原地打转，想 WorkBuddy 开发团队反馈问题。直到更换到 GLM-5.3 FlashX 后，找到了新的思路，一次性解决问题。

痛快了！