2026年9月6日，OpenAI 旗下 AI 编程工具 Codex 的 Windows 端在更新至最新版本后出现严重故障。用户反馈，所有对话均报出「访问被拒绝」及「spawn EPERM」错误，工具无法正常发起权限授权请求，沙盒环境完全无法访问，且修改任何设置均告无效。受此影响，开发者无法借助 Codex 完成项目的编译、部署、验收与调试等核心环节，日常开发工作流受到明显冲击，Mac 端是否受影响尚不明朗。有用户已在 GitHub 提交 issue（编号 #21470）记录问题详情，等待官方跟进。故障时间点颇为敏感，OpenAI 刚发布 GPT6 Astra 一天，Codex 便出现大规模异常，引发社区对版本质量控制与发布流程的质疑，部分付费用户呼吁官方以额度重置作为补偿。截至发稿，OpenAI 尚未公开回应。该事件再次暴露出 AI 编程工具在跨平台兼容性与沙盒安全机制上的脆弱性，修复进度与官方态度成为开发者当前最关注的问题。
事件分析
从报错信息看，spawn EPERM 属于典型的进程启动权限错误，指向沙盒机制与 Windows 权限体系之间的冲突，推测是新版沙盒隔离策略在系统层拦截了子进程创建。此类故障在引入更严格安全隔离的版本更新中并不罕见，但「无法弹窗申请授权」意味着权限申请链路被同步破坏，修复难度高于单纯的配置问题，大概率需要回滚版本或紧急热修复。产业层面，Codex 与 Claude Code、Gemini CLI 等竞品的竞争已进入体验细节比拼阶段，稳定性事故会直接影响开发者付费意愿与工具迁移决策。后续值得关注：官方响应速度、是否以额度补偿安抚付费用户，以及 GPT6 Astra 发布后的高光能否抵消此次事故对口碑的损耗。
核心观点：AI 编程工具的竞赛已从模型能力转向工程稳定性，一次沙盒故障足以动摇开发者刚建立的付费信任。
原文链接：V2EX 分享发现
