Proxyos Weekly 081

都搞定后验证了翻译全流程无误，但是一些基于 SpiderView 的临时界面的渲染又出现了问题，按理说同样基于它的 Terminal 没问题就不该有问题啊……我怀疑是什么地方写歪了导致 SpiderView 的生成时序有问题

本期确定性变化

新增：

变更：

修复：

删除：

主要进展内容/本期关键判断点

我真的 tmd 服了 codex 了

进程管理一坨屎

error: [Errno 22] Invalid argument: 'D:\godot_workspace\proxyos\Mods\Core\Domains\cybertaoism.team\frontend\pages\outsourcing-recruitment\temp-42\_index.html.locale.csv'

这不是 `_index.html.locale.csv` 内容或路径非法，而是 Windows 上一次瞬时的“截断重开文件”失败。

诊断证据：

- 每次失败的 CSV 都不同，排除固定坏文件。
- 文件存在、可写，属性正常。
- `os.open(..., O_WRONLY)` 和文本 `r+` 能立即打开。
- `Path.open("w")` 失败；等待 50ms 后同一操作成功。
- 一次完整提取中捕获了 2 次该竞态，重试后处理完 221 个文件。

`"w"` 在 Windows 上相当于以 `CREATE_ALWAYS` 打开并截断现有文件，这与普通的 `OPEN_EXISTING` 是不同路径。[Microsoft CreateFile 文档](https://learn.microsoft.com/en-us/windows/win32/api/fileapi/nf-fileapi-createfilea) 也区分了这两种行为。结合随机文件与短延迟恢复，基本可以确定是 Defender、杀软、索引器或其他文件系统 minifilter 在“刚读取、立即截断重开”时产生的短暂竞态；目前无法仅凭 Python 异常确认具体是哪个驱动。

信息不足则是工具自身的问题：

- [csv_store.py](D:/godot_workspace/proxyos/Mods/_tools/i18n/lib/csv_store.py:252) 直接用 `"w"` 重写每个 CSV，即使内容没变化也会重写。
- [i18n.py](D:/godot_workspace/proxyos/Mods/_tools/i18n/i18n.py:403) 捕获整个 `OSError` 后只打印 `str(error)`，把 traceback、当前 source、操作阶段和重试信息全部丢掉了。
- 提取也不是事务性的：报错前面的 CSV 可能已经写完，所以失败后需要重跑。

短期可以直接重跑，通常会在另一个位置或直接成功。正式修复应该是：

1. 内容未变化时不写文件。
2. 先写同目录临时文件，再 `os.replace()`，避免直接截断目标。
3. Windows `Errno 22` 做有限重试，例如 50ms、100ms、200ms。
4. 最终错误输出 source、locale CSV、操作、尝试次数、`errno/winerror`；verbose 模式保留 traceback。

本次只做了临时诊断，诊断脚本已删除，正式 i18n 工具没有修改。

沙箱管理也一坨屎

也就是 Codex 创建/替换 core.pot 时，因为桌面端沙箱或文件替换流程的权限处理缺陷，不但成为了所有者，还莫名其妙关闭了 ACL 继承并删除了我的访问权限……

i18n……

我知道这玩意我快折腾半个月了，但是这玩意属实是个麻烦活

Proxyos Weekly 081

本期目标

进展速记

本期假设 / 预期