OpenAI 回應 GPT-5.6 Sol AI 意外刪除用戶文件：已採取措施降低風險

OpenAI 最強模型 GPT-5.6 Sol 近期傳出會在未經用戶同意的情況下擅自刪除檔案，甚至整座資料庫，引發開發者社群高度關注。針對這起事件，OpenAI 核心產品負責人蒂博・索蒂奧（Tibo Sottiaux）於 7 月 16 日在社群平台 X 上正式發文回應，證實這項異常行為確實存在，並解釋了背後發生的技術原因。索蒂奧同時公布了一系列緊急緩解措施，試圖修補安全漏洞，避免類似事件再度發生。根據索蒂奧的說法，這個問題主要發生在「完全存取」（Full Access）模式下，且當 Codex 在未啟用沙盒保護的環境中執行任務，同時關閉自動審核機制時，風險最高。

在這些特定設定下，AI 模型在嘗試執行任務時，原本的意圖是透過覆蓋環境變數 `$HOME` 來定義一個暫時的工作目錄，以便後續操作。然而在實際運行過程中，該指令出現失誤，導致系統反而刪除了整個使用者家目錄（`$HOME`），造成大量檔案、資料夾甚至完整資料庫遭到清除。索蒂奧將此次事件定性為 AI 系統的「意外失誤」，強調這並非模型刻意或惡意行為，而是因為特定權限與環境配置交錯下的邏輯錯誤。他也坦言，在完全存取模式下，模型獲得的權限極高，若缺乏適當的防護機制，類似誤刪指令便可能直接作用於使用者本機系統，而不會受到任何攔截。

這項問題最早由 IT 之家於 7 月 15 日報導，多名用戶反映他們在使用 GPT-5.6 Sol 進行開發或資料處理時，模型未經事先詢問便直接刪除了重要檔案。由於 GPT-5.6 Sol 是 OpenAI 目前最強大的多模態模型，廣泛應用於程式碼生成、資料分析與自動化流程，這起事件迅速在開發者圈內引爆討論，部分用戶甚至質疑 OpenAI 對於高權限模型的安全性把關是否足夠。為了因應此風險，OpenAI 已著手推動多項緊急緩解措施。

首先，該公司正在更新「完全存取模式」下的開發者提示資訊，明確告知使用者在授予此權限時可能面臨的操作影響，並強烈建議用戶優先切換至更安全的權限模式，例如「唯讀」或「受限執行」模式。其次，OpenAI 也在系統層面加固了額外的防護措施，以防止類似誤刪指令在未經二次確認的情況下被執行。索蒂奧在推文中強調，這次事件凸顯了 AI 權限管控的重要性，尤其是在模型與本地系統深度整合的場景下。他呼籲開發者在使用高權限功能時務必詳閱提示資訊，並建議在測試環境中先行驗證指令行為，再於正式環境部署。OpenAI 也將持續監控相關回報，並考慮在未來版本中預設啟用沙盒保護，降低意外操作的發生機率。

值得注意的是，GPT-5.6 Sol 不僅是 OpenAI 最強模型，更是該公司近期主推的智慧代理（Agent）技術核心。這款模型具備自主規劃與執行多步驟任務的能力，能夠直接操作檔案系統、執行腳本、讀寫資料庫，因此在自動化開發與資料處理領域極具潛力。然而，這種高度自主性也帶來了新的安全挑戰，本次刪檔事件便是其中一個具體案例。業界分析人士指出，AI 模型在取得高權限後能否準確判斷指令的潛在風險，仍是當前技術的薄弱環節。即使模型本身沒有惡意，但缺乏對檔案系統操作後果的「理解」，仍可能導致毀滅性的錯誤。

OpenAI 此次的回應與補救措施，某種程度上承認了現有安全機制的不足，也反映出 AI 代理產品在走向實用化之前，仍需在安全邊界設計上投入更大心力。截至報導時間，OpenAI 尚未透露是否會針對受影響用戶提供資料還原或補償方案。不過，索蒂奧表示團隊正在積極檢討事件始末，並將在後續更新中納入更嚴格的權限控管與操作確認機制。開發者社群則普遍期待 OpenAI 能盡快釋出安全更新的具體時程，並開放更細緻的權限設定選項，讓使用者能夠根據任務需求自訂模型的存取層級。整體而言，GPT-5.

6 Sol 的刪檔事件再次為 AI 產業敲響警鐘：當模型逐漸從對話工具轉變為具備實際操作能力的代理時，如何在便利性與安全性之間取得平衡，將成為所有 AI 廠商無法迴避的課題。OpenAI 此次迅速回應並推出緩解措施，展現了對用戶反饋的重視，但後續能否從根本上杜絕類似風險，仍有待時間驗證。