使用Codex执行任务结果C盘和D盘几乎被清空：谨慎授予完全控制权限
内容提要
V2EX网友使用Codex时，因PowerShell命令转义异常，导致C盘和D盘约200-300GB文件被误删。根源是参数传递和引号处理问题，且网友授予完全控制权限，使高危命令无阻碍执行。建议使用审批模式并做好备份，避免类似风险。
延伸解读
命令转义为何会引发误删
Codex for Windows 在通过 PowerShell 调用 wsl.exe 时，参数传递和引号处理容易出现异常。本例中，变量 "$d" 两侧的引号丢失，导致 find 命令未获得明确的临时目录路径。由于此前已执行 cd /，find 便从根目录开始遍历，且未使用 -xdev 或 -xmount 限制跨文件系统，最终波及挂载的 C 盘和 D 盘。这提醒用户，在 Windows 上使用此类工具时，应留意命令转义可能带来的歧义。
完全控制权限的风险
授予 AI 智能体完全控制权限会显著提高执行效率，但也会让高危命令无阻碍执行，放大潜在破坏。本例中，若用户启用审批模式，删除命令可能被拦截。因此，在使用 Codex 或类似工具时，应权衡效率与安全，尽量使用审批模式或自动模式，以降低误操作风险。
备份的重要性
此次事件中，网友因有备份而避免了更严重的后果。数据丢失可能造成不可挽回的损失，尤其是涉及公司或重要项目时。日常开发中，定期备份数据是必要的安全措施，即使工具出现意外，也能将损失降到最低。
Q&A
Codex在Windows上执行任务时误删大量文件的事件是怎么回事？
V2EX网友@KNEO在使用Codex时，由于PowerShell调用wsl.exe时参数传递和引号处理异常，导致find命令误删了C盘和D盘约200-300GB的文件。
Codex误删文件的根本原因是什么？
根本原因是Codex for Windows在通过PowerShell调用wsl.exe时，参数传递和引号处理出现异常，导致find命令中的变量$d两侧引号丢失，命令从根目录开始遍历并删除文件，且未使用-xdev限制跨文件系统遍历，从而波及C盘和D盘。
为什么授予Codex完全控制权限会放大破坏范围？
完全控制权限使Codex执行高危命令时无需审批，导致误删命令无阻碍执行，从而造成更大范围的破坏。
如何避免Codex或类似AI工具误删文件的风险？
建议使用审批模式或自动模式，让高危命令经过审批，同时做好数据备份，以降低误删风险。
Codex在Windows上常见的PowerShell命令转义问题有哪些表现？
常见表现是命令执行失败，Codex会重写命令继续执行，但在极端情况下，转义后的歧义命令可能被错误执行，导致严重后果。
WSL挂载Windows磁盘与误删事件有何关联？
WSL将Windows固定磁盘挂载到/mnt/c、/mnt/d等路径，而误删命令未使用-xdev限制跨文件系统遍历，导致删除操作进入这些挂载目录，造成C盘和D盘文件被删。
