最近有少量用户遇到了在使用Codex被误删文件的问题，OpenAI Codex 团队负责人，我们熟悉的Tibo今天在 X 平台发布长推文，回应了在 Codex 中调用 GPT-5.6 系列模型，误删部分用户文件问题。
Tibo表示自几周前开始陆续收到少量 Codex 用户反馈，在 Codex 中使用GPT-5.6 的系列模型后，会在用户未授权的情况下删除文件。OpenAI 发现本应清理临时文件的命令却误删了用户文件。
Tibo的回复是：
几周前，我们开始调查少数报告，其中Codex中的GPT-5.6采取了超出用户请求的破坏性操作。我们发现的最严重模式是一种旨在清理临时工作的命令，却可能删除用户文件。这显然不应该发生。
以下是我们发现的内容：
- Codex在工作时有时会创建临时文件夹，并在事后清理它们。在极少数情况下，GPT-5.6会搞错清理操作。其中一种模式涉及重用系统环境变量（如$HOME）来进行临时工作。然后，一个格式错误的清理命令可能会指向实际的home目录，而不是临时文件夹。
- 有一些情况，模型试图删除或覆盖临时路径，而没有检查那里已经存在什么。
我们在多个层面添加了防护措施：
- 现在明确指示Codex在操作前检查删除目标，创建全新的临时目录，避免重用系统环境变量，优先选择可恢复的操作，并在范围不明确时停止。
- 我们加强了执行检查，这些检查会识别高风险删除命令并将其升级进行审查。如果命令被拒绝，模型将被引导采取更安全的做法。
- 我们使Full access更难被意外启用，添加了更清晰的警告，并进一步限制了特别危险的权限组合。
- 我们更新了Auto-review，以更好地识别破坏性操作。
- 我们构建了针对性的评估，这些评估会重放我们观察到的失败。我们还在添加专注于这些风险的强化学习任务和评分器，并从训练数据中过滤掉破坏性操作。 在那些重放评估中，这些变更显著减少了该行为，同时保留了Codex完成正常编码工作的能力。
您这边需要做的两件事：
- 保持Codex应用的最新版本。我们一直在改进安全性、性能以及许多其他方面。
- 使用一种沙盒模式：“Ask for approval”或“Approve for me”。仅在您信任且可恢复的环境中使用Full access。
谢谢大家，祝Codex使用愉快！
所以大家在使用Codex的时候最好只给它操作备份后的文件，然后多备份，避免自己的原始文件被不小心删除。因为AI有足够的权限后，它的很多操作都是黑箱的，即使它弹出很多的重要提示，我相信绝大多数人都是直接点同意的不是吗？
最后再次提醒使用Codex等AI工具的盒友们，注意备份好重要的信息哟~
--------
更多游戏资讯请关注：电玩帮游戏资讯专区
电玩帮图文攻略 www.vgover.com
