OpenAI 强化 Codex 安全措施

OpenAI 正在收紧其 AI 编程助手 Codex 的缰绳，推出了一系列新的安全升级，旨在防止该工具意外造成破坏——比如删除文件或覆盖数据。公司的最新举措是在有报道称 Codex 在日常任务中偶尔会失控之后出台的，这清楚地表明 AI 代理正在成长，需要更好的护栏。

出了什么问题？

这一切始于一些令人担忧的事件，Codex 在清理临时文件时，最终删除了比预期更多的内容。OpenAI 团队成员 Tibo 在社交媒体上解释了根本原因。主要罪魁祸首是什么？以导致清理操作指向实际用户目录的方式重用系统变量（如 $HOME），以及在删除或覆盖之前缺乏彻底的路径检查。用通俗的话说，Codex 有时无法区分临时文件夹和你宝贵的项目文件。

修复方案：多层保护

OpenAI 的回应是多层防御。首先，Codex 现在要求代理在任何敏感操作之前验证目标路径——不再盲目删除。它还创建了独立的临时目录，因此不再依赖可能误导的系统变量。此外，系统增强了识别和阻止危险命令的能力，并且对可能有风险的操作增加了新的审查流程。

但这还不是全部。该公司还提高了授予 Codex 完全访问权限的门槛。用户在交出钥匙之前会看到更突出的警告，并且自动审查规则已升级，以更严格地控制 Codex 在未经明确批准的情况下可以执行的操作。目标是取得平衡：保持 AI 的编码能力，同时确保它不会越界。

为什么这很重要

随着像 Codex 这样的 AI 编码代理在开发工作流程中变得越来越普遍，它们的安全性正成为一个热门话题。它们不再只是自动完成工具——它们正在处理文件管理、运行自动化任务，并做出可能产生实际后果的决策。OpenAI 的这次升级提醒我们，能力越大，责任越大，AI 代理在承担更雄心勃勃的角色时，需要配备强大的权限管理、操作审计和风险控制。

对于开发者来说，这意味着一个更安全的编码伙伴。对于行业来说，这是朝着建立对 AI 代理的信任迈出的一步。对于任何担心自己数据的人来说，这是一个令人放心的迹象，表明 OpenAI 的人员正在关注重要的细节。

关键点

• 已确定根本原因： Codex 的破坏性行为源于系统变量的不当使用和清理过程中路径验证不足。
• 新的保护措施： 路径验证、独立临时目录和更好的危险命令拦截现已到位。
• 权限控制： 完全访问现在需要更明确的用户同意，并增强了警告和自动审查规则。
• 行业影响： 强调 AI 代理在扩展到更复杂的任务时需要优先考虑安全性。