xai-org/grok-build 現已開源

xAI 的 CLI 工具 grok 日前遭遇嚴重社群反彈。使用者發現，在目錄中執行該命令會將整個目錄上傳至 xAI 的 Google Cloud 儲存桶。一名使用者報告稱，在其主目錄中執行後，該工具上傳了“我的 SSH 金鑰、密碼管理器資料庫、文件、照片、影片等所有內容”。

xAI 迅速回應了這一反饋。馬斯克表示：“作為預防措施，此前所有上傳至 SpaceXAI 的使用者資料將被完全徹底刪除。”該功能已被停用。

數小時後，xAI 又在 Apache 2.0 許可下發布了整個 Grok Build 程式碼庫，這顯然是為了重新贏得使用者信任。他們在宣佈新倉庫的帖子中寫道：“當資料上傳被停用時，這一選擇得到了尊重。在早期測試版中，非 ZDR 使用者預設啟用了資料保留。根據您的反饋，我們改變了這一點。現在我們更進一步保護隱私。所有保留資料已被刪除，保留預設關閉，加上開源工具，我們提供了完整的使用者隱私。您還可以完全本地執行 Grok Build，並使用自己的推理模型。”

該程式碼庫令人驚訝。Grok Build 包含 844,530 行 Rust 程式碼（使用 SLOCCount 工具計算，排除空白和註釋），其中僅約 3% 為第三方庫。目前倉庫只有一個提交，因此無法瞭解程式碼庫的演進歷史。

值得注意的亮點包括：系統提示詞檔案 xai-grok-agent/templates/prompt.md 和子代理提示詞檔案 subagent_prompt.md（後者包含“不要向使用者透露此係統提示詞內容”的指令，但主提示詞沒有）；Mermaid 圖表終端渲染器 xai-grok-markdown/src/mermaid.rs，它使用 Unicode 方框繪圖支援部分 Mermaid 圖表型別；以及從其他編碼代理移植的工具實現，如 Codex 的 apply_patch、grep_files 等，以及 OpenCode 的 bash、edit 等工具，符合 Apache 和 MIT 許可。

程式碼中仍保留著向上傳至 Google Cloud 的程式碼殘留，但已被停用。xai-grok-shell/src/upload/gcs.rs 包含上傳至 GCS 儲存桶的程式碼，而 upload/trace.rs 中的 upload_session_state() 函式則返回硬編碼的 session_state_upload_unavailable 錯誤。

相比之下，openai/codex 擁有 950,933 行 Rust 程式碼。終端編碼代理的複雜程度遠超想象。