剛剛，馬斯克認了，SpaceXAI偷傳代碼全部刪除

### 馬斯克親口認錯：SpaceXAI 偷傳用戶代碼全數刪除，一個字節不留

AI 編程工具 Grok Build 的隱私風暴在延燒 48 小時後，終於迎來最戲劇性的轉折。SpaceXAI 創辦人 Elon Musk 親自在社群平台發文，以一個「True」承認所有指控，並承諾將所有用戶上傳至 SpaceXAI 伺服器的資料徹底刪除，強調「Zero anything whatsoever will remain」——一個字節都不會留下。這不僅是 AI 圈罕見的公開認錯，更讓整個 agentic coding 賽道面臨前所未有的信任考驗。事件源於一名資安研究員的深度調查。

該研究員在分析 Grok Build 的網路流量時，發現這款號稱「本地優先」（local-first）的 AI 編程助手，背景中竟默默將用戶的程式碼片段傳送至 SpaceXAI 的雲端伺服器。這項發現迅速在開發者社群發酵，因為 Grok Build 自今年 5 月上線以來，官方宣傳頁面明明白白寫著「你的代碼留在你自己電腦上」，強調所有運算與資料處理都在本地端完成，不會上傳任何用戶原始碼。然而研究員的實測結果完全相反：每次用戶透過 Grok Build 進行程式碼補全、除錯或重構時，相關的程式碼片段都會被包裝成加密封包，送往 SpaceXAI 的後端。

這意味著使用 Grok Build 的開發者，可能在不知情的狀況下，將公司內部專案、商業邏輯甚至機密演算法拱手交出。消息一出，技術論壇與社群瞬間炸鍋，許多付費用戶要求 SpaceXAI 立即說明並提供資料刪除證明。面對排山倒海的質疑，Musk 在經過兩天沉默後終於親自下場。他在一則簡短但震撼的發文中寫道：「True。」接著表示，所有歷史用戶數據已經完全且徹底刪除，沒有任何殘留。他並未解釋為何 Grok Build 會出現違反承諾的行為，也未說明後續的技術審查與補救措施，但這句「True」已經等同於公開承認內部管理存在漏洞。

業界人士分析，這起事件之所以引發如此大規模的反彈，關鍵在於「agentic coding」領域正處於高速成長期，各家廠商都在爭奪開發者的信任。Grok Build 主打本地優先，原本是為了與 GitHub Copilot、Amazon CodeWhisperer 等雲端方案做出區隔，吸引那些對資安高度敏感的企業客戶。如今爆出偷傳代碼，無異於自毀長城。更值得注意的是，這並非 SpaceXAI 第一次在資料隱私上踩雷。早在去年，該公司旗下的聊天機器人就被揭露會將用戶對話內容用於模型訓練，引發歐盟監管機構關注。這次 Grok Build 的風波，讓外界對 SpaceXAI 的資料治理能力打上問號。

部分開發者已經在社群發起「停止使用 Grok Build」的連署，並呼籲其他同業公開審計自家的 AI 工具。截至發稿，SpaceXAI 尚未公布完整的技術調查報告，也未說明為何會出現「本地優先」承諾與實際行為背離的情況。不過 Musk 的親自認錯與刪除動作，至少暫時平息了最急迫的資料安全疑慮。對於那些已經上傳過敏感程式碼的企業用戶來說，當務之急是確認自己的資料是否真的被完整清除，以及是否要對 SpaceXAI 採取法律行動。這起事件也為整個 AI 開發工具市場敲響警鐘。隨著越來越多的 AI 編程助手導入雲端協作與遠端運算功能，開發者與企業必須重新審視這些工具的資料流向。

所謂的「本地優先」到底是技術架構的設計原則，還是僅為行銷話術？在缺乏第三方獨立審計的狀況下，用戶只能仰賴廠商的自律與透明度。目前 Grok Build 的官方網站已將「local-first」的宣傳字樣下架，改為較模糊的「高效編程體驗」。SpaceXAI 內部據傳正在進行大規模的程式碼審查，以確保其他產品沒有類似的隱私漏洞。Musk 在後續的發文中強調，他本人對這件事「非常失望」，並承諾會建立更嚴格的資料處理規範。對開發者社群而言，這是一次寶貴的教訓。一位資深開源貢獻者在社群中寫道：「我們不該無條件相信任何 AI 工具，尤其是那些宣稱『不上傳資料』的服務。

真正的信任，來自於可驗證的開源程式碼與透明的資料處理流程。」這番話或許點出了未來 AI 工具發展的關鍵方向：不只是功能強大，更必須經得起最嚴格的資安檢驗。