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

問題背景

在 Codex Windows 桌面端左上角出現(xiàn)藍色更新圖標后，我點擊了自動更新。更新完成后，沙箱相關操作開始間歇性報錯，典型報錯是：

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

后續(xù)排查中還復現(xiàn)了另一個關鍵錯誤：

程序“rg.exe”無法運行: 拒絕訪問。

環(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

排查結論

這次問題不是“沙箱完全壞了”。分步測試結果如下：

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

也就是說，普通沙箱啟動和工作區(qū)讀寫多數(shù)情況下沒有問題。真正異常集中在：

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

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

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

當前 Codex 進程的 PATH 中包含：

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

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

bundleVersion = 26.622.11653

這說明自動更新后出現(xiàn)了一個可疑狀態(tài)：

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

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

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

codex-windows-sandbox-setup.exe 是沙箱 setup 程序，直接運行可能修改沙箱賬戶或權限，所以沒有貿(mào)然執(zhí)行它。為了降低風險，我用同目錄下的 rg.exe 做了對照測試：

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

結果失敗：

程序“rg.exe”無法運行: 拒絕訪問。
CategoryInfo: ResourceUnavailable
FullyQualifiedErrorId: NativeCommandFailed

這說明同一個 app\resources 目錄中的普通工具也無法在當前上下文中運行。

關鍵證據(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"

結果為：

E rg.exe
  Compatibility Level:
    Application Protected

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

這說明它們是 WindowsApps 應用包中的受保護加密文件。當前上下文可以定位文件，但執(zhí)行或加載時可能無法通過 Windows 的應用保護機制。

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

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

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

結果成功：

git version 2.53.0.windows.3

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

node_modules路徑過深是不是原因？

排查過程中確實遇到過一次 node_modules 深層路徑問題：

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

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

但這不是核心沙箱報錯原因。原因是：

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

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

node_modules 路徑過深：備份過程中的次要問題
WindowsApps resources exe 拒絕執(zhí)行：本次沙箱報錯的主要問題

為什么 apply_patch 也會報錯？

排查后期，apply_patch 也觸發(fā)過一次沙箱 helper 報錯：

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

這個錯誤和普通 Set-Content 寫文件不同。apply_patch 不是簡單地在當前 PowerShell 里寫文件，它會走 Codex 自己的文件編輯通道，并在需要時調(diào)用 Windows sandbox setup/helper 相關組件。當前機器上可疑的失敗點正是：

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

因此，apply_patch 報錯可以理解為：

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

這也是為什么后來用普通 PowerShell：

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

可以成功寫入 Markdown，而 apply_patch 會失敗。

可能觸發(fā)類似報錯的操作

下面這些操作更可能觸發(fā)同類問題，因為它們可能需要 Codex 調(diào)用 sandbox setup/helper、命令 runner 或 WindowsApps app\resources 下的可執(zhí)行文件。

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

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

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

嘗試過的修復

1. 清理舊 runner 殘留

.codex\.sandbox-bin 中存在多個舊版本 runner。我將舊版本移動到 quarantine，只保留：

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

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

2. 隔離并重建 runtime cache

備份后隔離：

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

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

結果：runtime cache 能重建，但 rg.exe --version 仍然 拒絕訪問。

3. Windows App Repair

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

結果：未修復。

4. Windows App Reset

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

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

當前推斷

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

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

這更像 Codex Windows 自動更新后的本地 app package 部署或應用保護狀態(tài)異常，而不是項目目錄權限、普通 sandbox 配置、runtime cache 或 node_modules 路徑過長導致的問題。

建議解決方案

按風險從低到高：

1. 完全退出 Codex，包括后臺和托盤進程，然后重新打開。
2. 備份關鍵目錄：

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

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

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

以上就是Codex Windows自動更新后沙箱報錯的問題排查與解決方法的詳細內(nèi)容，更多關于Codex Windows更新報錯解決的資料請關注腳本之家其它相關文章！

最新評論