一位 Claude Code 用戶回報,其居家目錄(home directory)中約 200GB 的資料遭到刪除。這些資料包含 SSH 金鑰、AWS 和 GitHub CLI 憑證,以及 Turso 配置檔等重要資訊。整個刪除過程未出現任何權限提示,且可能釐清原因的關鍵證據也一併被清除。
根據 GitHub 上的 #83058 號問題,此事件於 2026 年 8 月 1 日提交,針對在 macOS 26.5.2 上運行 claude-opus-5 的 Claude Code 2.1.220 版本。該問題目前仍未解決,並被標記為「過期」(stale),且未收到任何維護者的回覆。
據回報者指出,當時他在同一個 VS Code 工作區中開啟了兩個 Claude Code 工作階段,並在一個專案目錄中工作。
當地時間 22:46:11,位於 ~/.claude-mem 下的一個資料庫檔案在仍開啟的狀態下被解除連結,這是問題發生的第一個跡象。隨後,一個 /bin/rm 程序清空了 ~/Desktop,刪除了 Turso CLI 的配置目錄,並將活躍專案縮減到只剩下一個 .DS_Store 檔案。儘管刪除範圍已超出專案工作目錄,但整個過程沒有出現任何批准提示。
回報者在 22:52 發現異狀,並詢問該工作階段發生了什麼事,但刪除程序在 22:56 仍在 ~/Downloads 中運行。一分鐘後,他重新啟動電腦,才在刪除程序觸及 ~/Library、~/Movies 和 ~/Pictures 之前將其終止。然而,此時 ~/.ssh、~/.config/gh、~/.aws、~/.cargo 以及本地的 Claude Code 工作階段日誌都已消失。
此事件的報告並未建立明確的因果關係。這是一份單一的第一手報告,沒有重現步驟,也沒有維護者確認原因。該問題明確指出無法證明:由於兩個工作階段同時運行,且破壞性清除本身也刪除了回報者懷疑的紀錄,因此沒有稽核軌跡能證明 rm 命令是由 Claude Code 而非其他共享 shell 的程序執行。
回報者向 Anthropic 提出的問題,包括哪個工作階段執行了命令、遠端控制是否啟用、第二個工作階段在做什麼,都未獲回應。
目前沒有任何證據證實 Claude Code 的權限邏輯存在特定缺陷。唯一確定的是,在 200GB 資料(包括憑證儲存區)消失之前,沒有出現任何批准提示。儘管尚未找到根本原因,但這種故障模式仍值得記錄:一個破壞性的檔案系統操作,越過專案邊界進入憑證目錄,卻沒有任何防護機制阻止,也沒有任何記錄存留下來解釋原因。
一個未獲回應的「過期」問題本身,也反映了這類報告的處理方式。完整事件記錄可參閱:https://www.stupidllm.com/incident/STUPID-2026-0128/