位元組跳動的 VS Code Fork Trae:一款侵犯隱私的資源密集型工具

位元組跳動的 VS Code Fork Trae:一款侵犯隱私的資源密集型工具
圖片來自 Pexels 的 Kevin Ku

微軟的 Visual Studio 和 AI 驅動升級

最近的報告顯示,微軟正準備對其旗艦整合開發環境 (IDE) Visual Studio 進行重大改版,重點是整合人工智慧。除了 Visual Studio,微軟還提供Visual Studio Code (VS Code),這是一款輕量級程式碼編輯器,因其開源元件而廣受歡迎。這種開放性使開發人員能夠自訂和增強該平台,並由此衍生出各種分支,包括 Anysphere 的Cursor和位元組跳動的Trae IDE

對 Trae IDE 效能的擔憂

然而,GitHub 用戶segmentsf4u1t最近進行的一項分析揭示了 Trae 的一些令人擔憂的方面。在 2.0.2 版本發布之前,調查結果顯示,Trae 消耗的記憶體是基線 VS Code 的6.3 倍,而運行的進程數量幾乎是基線 VS Code 的四倍。相較之下,VS Code 通常運行 9 個進程,佔用 0.9 GB 的記憶體。 Cursor 管理 11 個進程,佔用 1.9 GB 內存,而 Trae 則擁有驚人的 33 個進程,消耗大約5.7 GB的內存。

位元組跳動的確認和修訂

針對這些發現,位元組跳動承認了所報告的問題,並發布了 2.0.2 版本,其中包含一些效能改進。然而,更新後的版本仍運行 13 個進程,同時消耗約2.5 GB的 RAM,凸顯了持續存在的效率問題。

資料傳輸和隱私問題

測試中發現的另一個關鍵問題是 Trae 傾向於與位元組跳動伺服器建立持久的出站連線。即使關閉遙測功能,IDE 仍會維持這些連接,導致大量資料傳輸。分析顯示,Trae 在短短 7 分鐘內就進行了超過500 次伺服器調用,發送了約26 MB的資料。

在禁用遙測的情況下發送資料的分析

即使停用遙測,Trae 傳輸的資訊也包括:

  • 系統資訊:硬體規格、作業系統詳細資訊和架構。
  • 使用模式:深入了解活動時間、會話持續時間和功能使用。
  • 性能指標:響應時間和資源利用率的數據。
  • 唯一識別碼:機器 ID、使用者 ID 和裝置指紋。
  • 工作區詳細資訊:專案資訊和混淆的檔案路徑。

社區反應和持續辯論

在 Trae 的 Discord 伺服器上,segmentationf4u1t 提出的擔憂引發了強烈反彈,導致討論追蹤相關主題的用戶立即受到處罰,例如被暫時禁言。這種壓制環境在Hacker News等平台上引發了激烈的爭論,人們對該分析的可信度意見不一。截至目前,位元組跳動尚未公開回應這些指控,這讓許多人對其對用戶隱私和軟體完整性的影響感到擔憂。

來源和圖片

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *