Elon Musk 承諾清除先前上傳的 Grok Build 資料；既有 /privacy 指令可退出同步

Elon Musk 承諾清除先前上傳的 Grok Build 資料；既有 /privacy 指令可退出同步。 事件背景與隱私爭議 近期社群對於「Grok Build」的資料處理方式爆發強烈質疑，多位使用者指出該工具的 CLI 預設行為會將使用者沙盒內的程式碼庫（codebase）上傳至伺服器，引發對隱私權與資料外洩的嚴重擔憂。針對這些指控，xAI 官方與相關工程師 Andrew Milich 強調，Grok Build 一直以來都支援「零資料保留」（Zero Data Retention, ZDR）機制，並聲稱 /privacy 指令自首個版本發布以來便已存在，能讓使用者隨時調整設定並刪除先前同步的資料。 官方回應與補救措施 面對社群的猛烈抨擊，Elon Musk 親自出面回應，宣布作為預防性措施，所有在該時間點之前上傳至 SpaceXAI 的使用者資料將被徹底刪除，確保不留任何痕跡。xAI 官方亦重申，對於使用 ZDR 的團隊，系統不會保留任何追蹤紀錄與程式碼資料，且此規範同樣適用於所有透過 API 金鑰呼叫 Grok Build 的場景。 這張圖片說明了 xAI 產品中關於資料隱私設定的說明，包含如何透過指令切換資料分享模式以決定程式碼資料是否用於產品優化。 若使用者希望管理資料保留設定，可在 CLI 執行 /privacy 指令。以下為社群使用者 XBToshi 示範的操作步驟（先在空白暫存目錄啟動，避免將真實專案的程式碼同步上傳）： 建立並進入空白暫存目錄： `bash mkdir -p /tmp/grok-priv && cd /tmp/grok-priv ` 啟動 Grok CLI： `bash grok ` 執行隱私設定指令以退出資料同步： `bash /privacy opt-out ` 社群質疑與信任危機 儘管官方給出了刪除資料的承諾，但社群對此仍抱持高度懷疑。批評者認為，xAI 在未經使用者明確同意的情況下，擅自將使用者電腦中的資料上傳至伺服器，這種行為在法律與道德上均難以接受。主要爭議點包括： 缺乏透明度：使用者質疑官方為何在未經共識的情況下採取此類資料收集行為，並認為這並非單純的技術疏失，而是刻意為之的訓練資料獲取手段。 不可驗證性：如使用者 XBToshi 指出，目前刪除資料的承諾僅建立在 xAI 的「口頭保證」上，外部使用者無法審計 xAI 的 Google Cloud Storage（GCS）以確認過往的資料包是否真的已被徹底銷毀。 產業標準對比：部分使用者將此事件與其他工具（如 Claude Code）進行比較，指出雖然其他工具也存在資料保留問題，但 Grok Build 此次被指控「直接下載整台電腦內容」的行為，被認為更具惡意且令人不安。 後續影響 此次事件嚴重打擊了使用者對 Grok Build 的信任，部分使用者表示已決定解除安裝該 CLI 工具。儘管 Jason Ginsberg 等工程師試圖透過澄清預設設定與 ZDR 機制來平息眾怒，但社群中關於「AI Agent 是否會透過操作軌跡重建使用者機密內容」的擔憂依然存在。這場風波凸顯了在 AI 程式開發工具中，隱私權與便利性之間極度脆弱的平衡，以及使用者對於「黑箱」資料處理流程日益增長的零容忍態度。 原文：https://easyvibecoding.app/curated/2498-elon-musk-vows-to-delete-grok-build-uploads