本文記錄一次 Codex Windows 桌面端自動(dòng)更新后的 sandbox 報(bào)錯(cuò)排查過(guò)程。結(jié)論先說(shuō)：這不像普通項(xiàng)目目錄權(quán)限問(wèn)題，也不像單純的 node_modules 路徑過(guò)深問(wèn)題；更可疑的是自動(dòng)更新后 WindowsApps 應(yīng)用包中的 app\resources 可執(zhí)行文件處于 Encrypted / Application Protected 狀態(tài)，導(dǎo)致沙箱上下文無(wú)法正常執(zhí)行或加載。

問(wèn)題背景

在 Codex Windows 桌面端左上角出現(xiàn)藍(lán)色更新圖標(biāo)后，我點(diǎn)擊了自動(dòng)更新。更新完成后，沙箱相關(guān)操作開(kāi)始間歇性報(bào)錯(cuò)，典型報(bào)錯(cuò)是：

codex-windows-sandbox-setup.exe
找不到指定的模塊。

后續(xù)排查中還復(fù)現(xiàn)了另一個(gè)關(guān)鍵錯(cuò)誤：

程序“rg.exe”無(wú)法運(yùn)行: 拒絕訪問(wèn)。

環(huán)境信息：

OS: Windows 11, 26100 系列
Shell: Windows PowerShell 5.1
Codex app package path:
C:\Program Files\WindowsApps\OpenAI.Codex_26.616.9593.0_x64__2p2nqsd0c76g0

Codex runtime cache version:
26.622.11653

排查結(jié)論

這次問(wèn)題不是“沙箱完全壞了”。分步測(cè)試結(jié)果如下：

• 最小 PowerShell 啟動(dòng)：成功
• 工作區(qū)文件寫入：成功
• apply_patch 編輯：間歇性失敗
• 中文路徑寫入：成功
• 讀取 .codex\.sandbox-bin：成功
• 讀取 .cache\codex-runtimes：成功
• 讀取 WindowsApps 中的 exe 屬性：成功
• 執(zhí)行 WindowsApps\...\app\resources\rg.exe：失敗，拒絕訪問(wèn)

也就是說(shuō)，普通沙箱啟動(dòng)和工作區(qū)讀寫多數(shù)情況下沒(méi)有問(wèn)題。真正異常集中在：

C:\Program Files\WindowsApps\OpenAI.Codex_26.616.9593.0_x64__2p2nqsd0c76g0\app\resources

這個(gè)目錄里的可執(zhí)行文件能被找到，也能讀取屬性，但在當(dāng)前上下文中不能正常執(zhí)行。

關(guān)鍵證據(jù) 1：PATH 仍指向舊 app 包

當(dāng)前 Codex 進(jìn)程的 PATH 中包含：

C:\Program Files\WindowsApps\OpenAI.Codex_26.616.9593.0_x64__2p2nqsd0c76g0\app\resources

但重新生成后的 runtime cache 中顯示：

bundleVersion = 26.622.11653

這說(shuō)明自動(dòng)更新后出現(xiàn)了一個(gè)可疑狀態(tài)：

runtime cache 已經(jīng)是 26.622.11653
但當(dāng)前 app 進(jìn)程和 PATH 仍指向 26.616.9593.0 的 WindowsApps 包

這里不能直接斷定版本號(hào)必須一致，因?yàn)?app package version 和 runtime bundle version 可能不是同一套編號(hào)。但從故障現(xiàn)象看，這個(gè)“更新后路徑仍指向舊包”的狀態(tài)值得懷疑。

關(guān)鍵證據(jù) 2：同目錄 rg.exe 不能執(zhí)行

codex-windows-sandbox-setup.exe 是沙箱 setup 程序，直接運(yùn)行可能修改沙箱賬戶或權(quán)限，所以沒(méi)有貿(mào)然執(zhí)行它。為了降低風(fēng)險(xiǎn)，我用同目錄下的 rg.exe 做了對(duì)照測(cè)試：

Get-Command codex-windows-sandbox-setup.exe,rg.exe

兩者都解析到：

C:\Program Files\WindowsApps\OpenAI.Codex_26.616.9593.0_x64__2p2nqsd0c76g0\app\resources

然后執(zhí)行：

rg.exe --version

結(jié)果失?。?/p>

程序“rg.exe”無(wú)法運(yùn)行: 拒絕訪問(wèn)。
CategoryInfo: ResourceUnavailable
FullyQualifiedErrorId: NativeCommandFailed

這說(shuō)明同一個(gè) app\resources 目錄中的普通工具也無(wú)法在當(dāng)前上下文中運(yùn)行。

關(guān)鍵證據(jù) 3：文件是 Encrypted / Application Protected

檢查失敗文件屬性：

Get-Item "C:\Program Files\WindowsApps\OpenAI.Codex_26.616.9593.0_x64__2p2nqsd0c76g0\app\resources\rg.exe"
Get-Item "C:\Program Files\WindowsApps\OpenAI.Codex_26.616.9593.0_x64__2p2nqsd0c76g0\app\resources\codex-windows-sandbox-setup.exe"

兩者都顯示：

Attributes: Archive, Encrypted

繼續(xù)使用：

cipher /c "C:\Program Files\WindowsApps\OpenAI.Codex_26.616.9593.0_x64__2p2nqsd0c76g0\app\resources\rg.exe"
cipher /c "C:\Program Files\WindowsApps\OpenAI.Codex_26.616.9593.0_x64__2p2nqsd0c76g0\app\resources\codex-windows-sandbox-setup.exe"

結(jié)果為：

E rg.exe
  Compatibility Level:
    Application Protected

E codex-windows-sandbox-setup.exe
  Compatibility Level:
    Application Protected

這說(shuō)明它們是 WindowsApps 應(yīng)用包中的受保護(hù)加密文件。當(dāng)前上下文可以定位文件，但執(zhí)行或加載時(shí)可能無(wú)法通過(guò) Windows 的應(yīng)用保護(hù)機(jī)制。

關(guān)鍵證據(jù) 4：不是所有 exe 都不能運(yùn)行

為了排除“沙箱環(huán)境禁止所有外部 exe”的可能，我測(cè)試了 runtime cache 中的 Git：

C:\Users\lenovo\.cache\codex-runtimes\codex-primary-runtime\dependencies\native\git\cmd\git.exe --version

結(jié)果成功：

git version 2.53.0.windows.3

這說(shuō)明問(wèn)題不是泛化的 exe 執(zhí)行失敗，而是更集中在 WindowsApps app package 的 app\resources 目錄。

node_modules路徑過(guò)深是不是原因？

排查過(guò)程中確實(shí)遇到過(guò)一次 node_modules 深層路徑問(wèn)題：

Copy-Item : Could not find a part of the path ...
...node_modules\.pnpm\@napi-rs+canvas-win32-x64-msvc...

這是備份 runtime cache 時(shí)觸發(fā)的路徑長(zhǎng)度/深層目錄問(wèn)題。換用 robocopy 后復(fù)制成功，FAILED = 0。

但這不是核心沙箱報(bào)錯(cuò)原因。原因是：

1. 主要失敗點(diǎn) rg.exe 位于 WindowsApps 的 app\resources，路徑長(zhǎng)度遠(yuǎn)不到 260 字符；
2. codex-windows-sandbox-setup.exe 也在同一個(gè)短路徑目錄；
3. 兩者共同異常是 Encrypted / Application Protected，不是路徑過(guò)深。

所以可以把它區(qū)分為：

node_modules 路徑過(guò)深：備份過(guò)程中的次要問(wèn)題
WindowsApps resources exe 拒絕執(zhí)行：本次沙箱報(bào)錯(cuò)的主要問(wèn)題

為什么 apply_patch 也會(huì)報(bào)錯(cuò)？

排查后期，apply_patch 也觸發(fā)過(guò)一次沙箱 helper 報(bào)錯(cuò)：

windows sandbox failed: orchestrator_helper_launch_canceled:
ShellExecuteExW failed to launch setup helper: 1223

這個(gè)錯(cuò)誤和普通 Set-Content 寫文件不同。apply_patch 不是簡(jiǎn)單地在當(dāng)前 PowerShell 里寫文件，它會(huì)走 Codex 自己的文件編輯通道，并在需要時(shí)調(diào)用 Windows sandbox setup/helper 相關(guān)組件。當(dāng)前機(jī)器上可疑的失敗點(diǎn)正是：

C:\Program Files\WindowsApps\OpenAI.Codex_26.616.9593.0_x64__2p2nqsd0c76g0\app\resources\codex-windows-sandbox-setup.exe

因此，apply_patch 報(bào)錯(cuò)可以理解為：

普通 shell 寫入仍可成功
但 Codex 專用編輯通道需要啟動(dòng) sandbox setup/helper
-> helper 位于 WindowsApps app\resources
-> 該目錄中的 exe 是 Encrypted / Application Protected
-> 當(dāng)前上下文無(wú)法穩(wěn)定啟動(dòng) helper
-> apply_patch 失敗

這也是為什么后來(lái)用普通 PowerShell：

Set-Content -LiteralPath .\outputs\xxx.md -Encoding UTF8

可以成功寫入 Markdown，而 apply_patch 會(huì)失敗。

可能觸發(fā)類似報(bào)錯(cuò)的操作

下面這些操作更可能觸發(fā)同類問(wèn)題，因?yàn)樗鼈兛赡苄枰?Codex 調(diào)用 sandbox setup/helper、命令 runner 或 WindowsApps app\resources 下的可執(zhí)行文件。

需要區(qū)分兩類錯(cuò)誤：

路徑過(guò)深 / node_modules：主要影響復(fù)制、備份、Copy-Item
WindowsApps Application Protected：主要影響執(zhí)行 app\resources 里的 exe

本次 apply_patch 更符合第二類：它可能間接觸發(fā)了 WindowsApps 中的 sandbox setup helper。

嘗試過(guò)的修復(fù)

1. 清理舊 runner 殘留

.codex\.sandbox-bin 中存在多個(gè)舊版本 runner。我將舊版本移動(dòng)到 quarantine，只保留：

codex.exe
codex-command-runner-0.142.0.exe

結(jié)果：普通沙箱寫入仍成功，但 WindowsApps resources 執(zhí)行問(wèn)題沒(méi)有消失。

2. 隔離并重建 runtime cache

備份后隔離：

C:\Users\lenovo\.cache\codex-runtimes

重啟 Codex 后，該目錄可以重新生成。

結(jié)果：runtime cache 能重建，但 rg.exe --version 仍然 拒絕訪問(wèn)。

3. Windows App Repair

執(zhí)行 Codex app 的 Repair 后再次測(cè)試。

結(jié)果：未修復(fù)。

4. Windows App Reset

執(zhí)行 Codex app 的 Reset 后再次測(cè)試。

結(jié)果：仍未修復(fù)。說(shuō)明 Reset 主要影響應(yīng)用數(shù)據(jù)和緩存，并沒(méi)有重新部署 WindowsApps app 包本體。

當(dāng)前推斷

根據(jù)現(xiàn)有證據(jù)，更可能的錯(cuò)誤鏈路是：

Codex 需要運(yùn)行 codex-windows-sandbox-setup.exe
-> PATH 解析到 WindowsApps\OpenAI.Codex_26.616...\app\resources
-> 該 exe 是 Encrypted / Application Protected
-> 當(dāng)前沙箱啟動(dòng)上下文無(wú)法正常執(zhí)行或加載
-> 報(bào) “找不到指定的模塊” 或 “拒絕訪問(wèn)”

這更像 Codex Windows 自動(dòng)更新后的本地 app package 部署或應(yīng)用保護(hù)狀態(tài)異常，而不是項(xiàng)目目錄權(quán)限、普通 sandbox 配置、runtime cache 或 node_modules 路徑過(guò)長(zhǎng)導(dǎo)致的問(wèn)題。

建議解決方案

按風(fēng)險(xiǎn)從低到高：

1. 完全退出 Codex，包括后臺(tái)和托盤進(jìn)程，然后重新打開(kāi)。
2. 備份關(guān)鍵目錄：

C:\Users\lenovo\.codex
C:\Users\lenovo\.cache\codex-runtimes
C:\Users\lenovo\Documents\Codex

3. 嘗試 Windows 設(shè)置中的 Repair。
4. 如果不擔(dān)心登錄狀態(tài)和本地緩存丟失，可以嘗試 Reset。
5. 如果 Repair 和 Reset 都無(wú)效，建議卸載 Codex，并從官方渠道重新下載安裝。

不建議直接手動(dòng)修改 C:\Program Files\WindowsApps 下的文件權(quán)限、加密屬性或 exe 文件。這個(gè)目錄由 Windows 應(yīng)用包機(jī)制管理，強(qiáng)行修改可能破壞應(yīng)用簽名、包注冊(cè)和后續(xù)更新。

以上就是Codex Windows自動(dòng)更新后沙箱報(bào)錯(cuò)的問(wèn)題排查與解決方法的詳細(xì)內(nèi)容，更多關(guān)于Codex Windows更新報(bào)錯(cuò)解決的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論