amontlabs/lcu 仓库中于 2026 年 11 月 2 日推送的提交 ed1e1cb，修复了 Windows 构建在临时文件夹清理阶段失败的问题。这是一个旨在让与 App 分离的 Codex computer use（计算机操作）模块能在任何 harness 中使用的仓库。卡住的环节是在构建产物已经全部生成之后删除临时目录。
修复涉及两个脚本。scripts/build_bundle.py 改为忽略删除临时目录时产生的错误，scripts/provision_agent_tools.py 则把 npm 拉取的临时 scratch 目录移到 release 文件夹的上一层，而不是放在其内部。在 Windows 上，如果杀毒软件占用了文件，目录删除会被拒绝，构建会以错误代码 145（WinError 145）失败；采用这种方式后，清理失败不会再阻塞构建，残留物也不会进入发布归档。
新测试直接复现了该情况。tests/test_build_windows.py 拦截 os.rmdir 调用，制造目录删除被拒绝的场景，并检查构建后是否生成了 .zip.sha256 校验文件，以及归档中是否不存在 .agent-tools- 条目。不过，被修复的只是症状。由于忽略了清理错误，残留文件仍会留在磁盘上，后续的应对措施并不在这个提交里。
所以在可读取的范围内事情是清楚的。Windows 构建不再在清理阶段崩溃这一点已由测试确认，但该提交没有单独的发布版本号或包组成变化。仓库说明只是表示要把 Codex computer use 从 App 中剥离出来、作为 harness 通用的用途，因此发布产物具体有什么不同，需要顺着提交 diff 去追查。