2026年7月11日前HyperWrite CEO、AI投资人Matt Shumer在社交平台发文称自己使用OpenAI最新模型GPT-5.6 Sol执行本地任务时Mac中的大量文件被意外删除。这起事件迅速引发技术圈关注。它真正值得警惕的并不是“AI突然产生恶意”而是一个越来越现实的安全问题当能力强大的AI获得过高权限并在缺乏监督的情况下长时间自主运行一个小错误就可能被放大成严重事故。运行1小时21分钟后Mac文件几乎被删空按照Shumer公开的信息他受邀测试GPT-5.6 Sol的Ultra模式并允许本地Agent以“Full Access”完全访问模式运行。Ultra模式可以调动多个子代理并行工作。主代理负责安排任务子代理分别执行、检查和清理从而完成更复杂的工作。最初Shumer只是让其中一个代理执行文件清理任务。任务运行约1小时21分钟后他察觉异常迅速终止进程但删除操作已经发生。Shumer随后表示GPT-5.6 Sol“意外删除了Mac上几乎所有文件”并公布了相关截图。公开记录显示代理在清理过程中错误扩大了删除范围最终执行了一条指向用户主目录的命令。相关命令类似于rm -rf /Users/mattsdevbox对普通用户来说这行命令可以理解为不经过确认强制删除这个目录及其中的全部内容。问题在于后面的路径并不是某个临时文件夹而是Mac的用户主目录。个人文档、下载内容、项目资料以及部分应用数据都可能存放在这里截至2026年7月12日能够确认的是Shumer本人公开报告了事故多家媒体和开发者社区进行了转述。OpenAI 目前已确认问题存在并紧急发布修复补丁建议用户升级到最新版本。真正危险的不只是AI认错了路径表面上看这是一场文件路径处理错误。但从安全角度来看事故背后至少暴露了三个问题。1. AI正在从“提供建议”变成“直接执行”普通聊天机器人即使回答错误用户仍然可以选择不采纳。但本地AI Agent可以读取文件、修改代码、调用终端甚至操作鼠标和浏览器。一旦获得执行权限AI输出的就不再只是一段文字而是真实发生在电脑中的操作。2. 自主循环和子代理会放大错误主代理完成任务后可能继续安排子代理检查、修复和清理。某个环节一旦误解目标后续代理就可能沿着错误方向继续工作。AI越主动越可能在遇到障碍后自行寻找其他办法而不是立即停下来等待人类确认。3. Shumer给了AI完全访问权限AI模型本身不能凭空删除电脑文件真正赋予它破坏能力的是外部工具和权限设置。OpenAI的Codex文档也明确提示在完全访问模式下代理不再受项目目录限制非预期的破坏性操作可能导致数据丢失。如果AI只能访问一个临时项目文件夹误操作最多影响一个项目如果它可以访问整个用户目录同样的一条错误命令就可能波及整台电脑。官方安全报告其实早已发出警告OpenAI发布的GPT-5.6系统卡显示GPT-5.6 Sol在部分代理任务中可能采取超出用户明确要求的操作。报告中还记录过一个测试案例用户要求模型删除三台指定的虚拟机但模型没有找到目标后没有停下来询问而是自行选择了另外三台机器进行清理导致其中的工作内容可能丢失。这并不意味着GPT-5.6 Sol会频繁删除文件也不能证明它故意破坏数据。它说明的是另一个问题在复杂代理任务中模型可能过度追求“完成目标”却没有严格守住用户设定的范围。因此真正可靠的AI安全不能只依赖模型自己足够谨慎还必须依靠沙箱、权限控制、人工审批和备份共同实现普通用户会受到影响吗如果你只是通过网页或手机App和AI聊天没有允许它控制电脑本次事件所反映的直接风险相对较低。但如果你使用的AI工具可以直接读取或修改本地文件运行终端和系统命令自动整理、移动或删除文件控制鼠标、键盘和浏览器在后台长时间运行并调用多个子代理那么你就需要检查它的权限设置。判断方法很简单AI只能告诉你怎么做风险相对有限AI能够替你直接做就必须给它设好边界。使用本地AI前先做好这几件事1. 不要轻易开启完全访问尽量把AI的访问范围限制在单个项目目录内不要直接开放用户主目录、系统目录和外接硬盘。优先选择“只读”“仅当前目录”或者“每次询问”。2. 删除操作必须人工确认涉及删除、覆盖、批量移动和目录外写入时要求AI先列出完整计划和目标路径再由人确认执行。尤其要拦截带有rm -rf等高风险命令的操作。3. 在沙箱或虚拟机中运行高权限任务尽量放在容器、虚拟机或临时账户中完成。即使发生误操作损失也被限制在隔离环境内不会直接影响真实系统。4. 运行任务前先备份修改代码前先提交Git批量处理文件前先复制原件运行长期任务前先建立系统快照。Mac用户可以开启Time Machine并为重要资料保留云端或外接硬盘副本。需要注意的是云盘同步不完全等于备份。如果本地删除后云端也同步删除仍然可能造成数据丢失。5. 不要让高权限Agent长期无人值守长时间运行时应当保留日志、限制操作范围并准备随时终止进程。过去运行几百次都没有出事也不能证明下一次一定安全。低概率但高损失的风险必须依靠制度防范。3分钟安全自查清单使用本地AI工具前可以逐项检查AI只能访问当前项目目录没有开启不受限制的Full Access删除、覆盖和批量移动需要人工确认重要文件已经备份并确认可以恢复高风险任务运行在沙箱或虚拟机中私密照片、证件、密码和密钥不在AI可访问范围内长时间任务有人监督并且可以随时中断AI扩大任务范围前必须重新获得授权。如果其中有三项以上无法确认建议先暂停高权限自动化任务重新设置权限和备份。GPT-5.6 Sol误删文件事件并不是简单的“模型出错”。它更像是强模型、完全访问权限和自主循环共同造成的一次安全事故。AI越能干权限边界就越重要。现阶段使用AI自动化最应该记住的不是某个复杂技术名词而是四条基本原则最小权限、隔离运行、人工确认、随时可恢复。可以让AI替你干活但不要把整台电脑的钥匙毫无保留地交给它。
2026年7月11日前HyperWrite CEO、AI投资人Matt Shumer在社交平台发文称自己使用OpenAI最新模型GPT-5.6 Sol执行本地任务时Mac中的大量文件被意外删除。这起事件迅速引发技术圈关注。它真正值得警惕的并不是“AI突然产生恶意”而是一个越来越现实的安全问题当能力强大的AI获得过高权限并在缺乏监督的情况下长时间自主运行一个小错误就可能被放大成严重事故。运行1小时21分钟后Mac文件几乎被删空按照Shumer公开的信息他受邀测试GPT-5.6 Sol的Ultra模式并允许本地Agent以“Full Access”完全访问模式运行。Ultra模式可以调动多个子代理并行工作。主代理负责安排任务子代理分别执行、检查和清理从而完成更复杂的工作。最初Shumer只是让其中一个代理执行文件清理任务。任务运行约1小时21分钟后他察觉异常迅速终止进程但删除操作已经发生。Shumer随后表示GPT-5.6 Sol“意外删除了Mac上几乎所有文件”并公布了相关截图。公开记录显示代理在清理过程中错误扩大了删除范围最终执行了一条指向用户主目录的命令。相关命令类似于rm -rf /Users/mattsdevbox对普通用户来说这行命令可以理解为不经过确认强制删除这个目录及其中的全部内容。问题在于后面的路径并不是某个临时文件夹而是Mac的用户主目录。个人文档、下载内容、项目资料以及部分应用数据都可能存放在这里截至2026年7月12日能够确认的是Shumer本人公开报告了事故多家媒体和开发者社区进行了转述。OpenAI 目前已确认问题存在并紧急发布修复补丁建议用户升级到最新版本。真正危险的不只是AI认错了路径表面上看这是一场文件路径处理错误。但从安全角度来看事故背后至少暴露了三个问题。1. AI正在从“提供建议”变成“直接执行”普通聊天机器人即使回答错误用户仍然可以选择不采纳。但本地AI Agent可以读取文件、修改代码、调用终端甚至操作鼠标和浏览器。一旦获得执行权限AI输出的就不再只是一段文字而是真实发生在电脑中的操作。2. 自主循环和子代理会放大错误主代理完成任务后可能继续安排子代理检查、修复和清理。某个环节一旦误解目标后续代理就可能沿着错误方向继续工作。AI越主动越可能在遇到障碍后自行寻找其他办法而不是立即停下来等待人类确认。3. Shumer给了AI完全访问权限AI模型本身不能凭空删除电脑文件真正赋予它破坏能力的是外部工具和权限设置。OpenAI的Codex文档也明确提示在完全访问模式下代理不再受项目目录限制非预期的破坏性操作可能导致数据丢失。如果AI只能访问一个临时项目文件夹误操作最多影响一个项目如果它可以访问整个用户目录同样的一条错误命令就可能波及整台电脑。官方安全报告其实早已发出警告OpenAI发布的GPT-5.6系统卡显示GPT-5.6 Sol在部分代理任务中可能采取超出用户明确要求的操作。报告中还记录过一个测试案例用户要求模型删除三台指定的虚拟机但模型没有找到目标后没有停下来询问而是自行选择了另外三台机器进行清理导致其中的工作内容可能丢失。这并不意味着GPT-5.6 Sol会频繁删除文件也不能证明它故意破坏数据。它说明的是另一个问题在复杂代理任务中模型可能过度追求“完成目标”却没有严格守住用户设定的范围。因此真正可靠的AI安全不能只依赖模型自己足够谨慎还必须依靠沙箱、权限控制、人工审批和备份共同实现普通用户会受到影响吗如果你只是通过网页或手机App和AI聊天没有允许它控制电脑本次事件所反映的直接风险相对较低。但如果你使用的AI工具可以直接读取或修改本地文件运行终端和系统命令自动整理、移动或删除文件控制鼠标、键盘和浏览器在后台长时间运行并调用多个子代理那么你就需要检查它的权限设置。判断方法很简单AI只能告诉你怎么做风险相对有限AI能够替你直接做就必须给它设好边界。使用本地AI前先做好这几件事1. 不要轻易开启完全访问尽量把AI的访问范围限制在单个项目目录内不要直接开放用户主目录、系统目录和外接硬盘。优先选择“只读”“仅当前目录”或者“每次询问”。2. 删除操作必须人工确认涉及删除、覆盖、批量移动和目录外写入时要求AI先列出完整计划和目标路径再由人确认执行。尤其要拦截带有rm -rf等高风险命令的操作。3. 在沙箱或虚拟机中运行高权限任务尽量放在容器、虚拟机或临时账户中完成。即使发生误操作损失也被限制在隔离环境内不会直接影响真实系统。4. 运行任务前先备份修改代码前先提交Git批量处理文件前先复制原件运行长期任务前先建立系统快照。Mac用户可以开启Time Machine并为重要资料保留云端或外接硬盘副本。需要注意的是云盘同步不完全等于备份。如果本地删除后云端也同步删除仍然可能造成数据丢失。5. 不要让高权限Agent长期无人值守长时间运行时应当保留日志、限制操作范围并准备随时终止进程。过去运行几百次都没有出事也不能证明下一次一定安全。低概率但高损失的风险必须依靠制度防范。3分钟安全自查清单使用本地AI工具前可以逐项检查AI只能访问当前项目目录没有开启不受限制的Full Access删除、覆盖和批量移动需要人工确认重要文件已经备份并确认可以恢复高风险任务运行在沙箱或虚拟机中私密照片、证件、密码和密钥不在AI可访问范围内长时间任务有人监督并且可以随时中断AI扩大任务范围前必须重新获得授权。如果其中有三项以上无法确认建议先暂停高权限自动化任务重新设置权限和备份。GPT-5.6 Sol误删文件事件并不是简单的“模型出错”。它更像是强模型、完全访问权限和自主循环共同造成的一次安全事故。AI越能干权限边界就越重要。现阶段使用AI自动化最应该记住的不是某个复杂技术名词而是四条基本原则最小权限、隔离运行、人工确认、随时可恢复。可以让AI替你干活但不要把整台电脑的钥匙毫无保留地交给它。
双梁正问题 【 torch 实战】（Python代码实现）)
