字节出品的 AI 编辑器 Trae IDE 被曝窃取用户数据

本来以为只是国内程序员圈子里的吐槽，没想到字节跳动这款 AI 编程工具 Trae，最近还引起了海外科技媒体的注意。

7 月 29 日，日本知名科技媒体 Gigazine 发布了一篇长文，披露了一位开发者对 Trae 的实测结果，核心问题就一个：即便关闭了遥测功能，Trae 依然在上传数据。

Trae IDE 作为 AI 编辑器，正试图在越来越受欢迎的 Cursor 市场中分一杯羹。它可以接入 OpenAI 的 GPT 系列、Anthropic 的 Claude 等大模型服务。

关于 Trae IDE，有用户报告称其“进程数过多”。下面的图片是将 Trae IDE、VSCode、Cursor 的进程数和内存使用量分别对比的结果。可以看出，相比于 VSCode（进程数 9、内存 0.9GB）和 Cursor（进程数 11、内存最高 1.9GB），Trae IDE 的进程数达到 33 个，内存使用也达到了惊人的 5.7GB，是 VSCode 的 5 倍以上。

此外，通过网络抓包工具进行的检查结果显示，Trae IDE 会定期向字节跳动的服务器发送包括「硬件规格」「操作系统版本」「文件路径」「会话维持时间」「资源使用状态」「鼠标操作」「键盘输入」等信息。即使在设置中关闭了 Telemetry（遥测）选项，仍然会有通信行为发生。

报告者还通过 Discord 把这一问题公开。根据报告，进程数量在重新启动后也会回到同样的水平。虽然官方称其上传的数据不涉及个人隐私，仅用于产品优化，但默认开启数据上传、用户无法彻底关闭这一行为，在开发者群体中引发了广泛争议。

这不是开玩笑。根据那位开发者抓包统计，Trae 在后台 7 分钟内发起了约 500 次请求，累计上传数据 26MB，发送目标是字节跳动控制的域名 byteoversea.com。上传内容可能涉及用户设备配置、操作系统信息、用户 ID、项目路径，甚至键鼠操作记录。

开发者认为，Trae 拥有“远程控制能力”——可以在不通知用户的前提下动态启用或关闭功能。虽然不一定是“后门”，但听起来确实让人不太舒服。

更让人疑惑的是：很多人在 Trae 设置里手动关闭了遥测（Telemetry），但数据照样上传。官方回应是这样的：你关掉的是 VSCode 的遥测开关，而 Trae 自己的遥测逻辑并不受这个控制。

关于内存和性能，Gigazine 也顺手测了下，发现 Trae 的内存占用是 VSCode 的五倍以上，进程数量也异常偏高。作为一款本地 AI 开发环境，资源开销大也许可以理解，但确实需要优化。

面对质疑，Trae 官方回应称，这些数据是“非敏感统计信息”，用于功能优化和性能分析，不涉及个人隐私，并遵守各地的数据保护法规。同时也承认遥测开关可能让用户产生误解，会在未来版本中做出优化。

坦率讲，Trae 作为国产少有的“本地 AI 编程助手”，功能上其实还是有一定亮点的，比如支持 GPT-4o、Claude 3.5 等模型，交互体验也在不断更新。但这次事件反映出来的，是产品在用户信任机制上的短板。

你可以说数据上传是为了更好地训练模型、优化功能，但你不能不告诉用户你采了什么，采了多少，关不关闭开关到底有没有用。

程序员不是怕你用数据，是怕你不说实话。