Trae IDE，字节跳动旗下AI原生集成开发环境，近日被开发者质疑存在数据“偷跑”现象。一位开发者指出，即使关闭遥测选项，Trae IDE仍会传输大量系统信息、设备ID、使用数据及位置信息等。Trae IDE团队回应称，采集数据用于产品优化，不涉及个人身份信息，并严格遵守数据保护法规。团队解释，部分功能基于VS Code框架，关闭VS Code的遥测控制项并非关闭Trae自身的遥测。为避免误解，Trae将尽快优化产品。此外，Trae团队也回应了CPU和内存占用问题，表示最新版本已大幅优化，并澄清了社区管理中因防广告机制导致的用户禁言事件，表示已解除封禁并承认机制执行不当。

🚦 **数据采集疑虑与官方回应**：开发者 segmentationf4u1t 指出，Trae IDE 在启用遥测禁用选项后，仍会持续传输大量详细数据，包括系统信息、设备标识符、使用数据和位置信息等，引发了用户对数据隐私的担忧。Trae IDE团队对此回应，采集数据是为了优化产品体验，属于非敏感的统计和性能监测数据，不涉及用户个人身份信息，并强调严格遵守数据保护法规。

💻 **VS Code框架与遥测机制的关联**：Trae IDE团队解释，部分产品功能基于VS Code开源框架开发，该框架包含VS Code Telemetry控制项。关闭VS Code的遥测控制项仅能关闭VS Code模块的相关功能，而Trae自身的遥测数据采集并不依赖该控制项，这可能是导致“关闭遥测仍上传数据”误解的原因。团队承诺将尽快优化产品以避免类似误解。

🚀 **性能优化与用户反馈处理**：针对开发者反映的CPU和内存占用问题，Trae IDE团队表示正在持续改进，最新版本已实现显著优化，内存占用与同类AI IDE产品基本一致。此外，关于开发者在Discord频道反馈问题后被拉黑和禁言的事件，团队澄清是由于发言触发了社区的防广告关键词过滤机制，并已对相关用户进行解封，承认了审核机制执行不当，并表示将向更大透明度转变，计划在八月份发布专门的隐私模式。

💬 **社区管理与透明度提升**：开发者 segmentationf4u1t 在与Trae团队直接沟通后，澄清了在Discord频道遭遇的禁言并非是审查，而是执行不当的审核机制。他也提到，Trae IDE的更新中明确承认了遥测机制的存在，并且有专门的隐私模式计划在八月份发布，这标志着Trae IDE在透明度方面迈出了重要一步。

IT之家 7 月 31 日消息，Trae 是字节跳动旗下 AI 原生集成开发环境（IDE），被开发者质疑涉嫌“偷跑”用户数据。

一位名叫 segmentationf4u1t 的开发者称，他从 7 月 24 日开始观察到 Trae 的遥测行为和社区管理问题。在活跃使用 Trae IDE 的情况下，大约 7 分钟产生 500 个连接，传输的数据量达到 26MB。

该开发者还称，Trae 即使在启用了遥测数据禁用选项的情况下，仍然会持续传输大量数据，包括：

分类	详细信息
系统信息	操作系统、CPU、内存、架构、屏幕分辨率
设备 ID	多个唯一标识符：用户、机器、会话
使用数据	文件类型、打开的文件、会话时长、专注状态
性能指标	响应时间、错误状态、SDK 版本
位置与区域设置	地区、语言、时区偏移量
工作区信息	项目工作区 ID，最近文件（已混淆）

对此，Trae IDE 团队昨日发布公告回应称，为了持续优化产品体验，Trae 和业内通用做法类似，会采集部分非敏感的产品统计数据及性能监测数据，如页面点击、功能使用频率等。这类数据不涉及用户的个人身份或隐私信息。需要强调的是，Trae IDE 团队非常重视数据隐私与安全，所有数据的使用严格限制在产品性能分析与功能优化等明确场景中，并完全遵守相关地区的数据保护法规。

团队还表示，Trae 部分产品功能基于 VS Code 开源框架开发，该框架包含 VS Code Telemetry 控制项，关闭该控制项即可关闭 VS Code 模块的相关功能。但 TRAE 的遥测数据采集并不依赖于该控制项，这可能导致了“关闭遥测仍上传数据”的误解。该团队会尽快优化产品，避免类似的误解出现。

针对用户反映的 CPU 和内存占用问题，Trae IDE 团队在持续改进，Trae 最新版本已有显著优化，内存占用与业界同类的 AI IDE 产品基本一致。

IT之家注意到，开发者 segmentationf4u1t 也在 GitHub 表示，最近的更新明确承认了遥测机制的存在，标志着向更大透明度的转变。他还听说，Trae 专门的隐私模式计划在八月份左右发布。

开发者还表示，在 Trae IDE Discord 频道反馈问题后会被拉入黑名单，提到 Track（跟踪）关键词就会被自动禁言 7 天。Trae IDE 团队表示，实际是，官方基于社区的防广告机制设定了关键词过滤。用户发言中因触发该机制而被系统自动封禁。目前该用户已解封。

开发者也确认了这一点，表示在与 Trae 团队直接接触后，他现在可以澄清 —— 这不是审查，而是一个执行不当的审核机制。