该GitHub项目名为“traetelemetryresearch”，主要涉及遥测技术的研究。项目包含一张图片，展示了相关研究内容或数据。项目通过GitHub平台公开，供开发者或研究人员参考和使用。

标题：GitHub - segmentationf4u1t/traetelemetryresearch

主要内容：

本文对字节跳动公司基于Visual Studio Code（VSCode）开发的Trae IDE进行了性能和遥测分析，揭示了其在资源消耗、隐私保护和社区管理方面的严重问题。

1. 背景与方法： 作者在个人项目开发过程中，对比了VSCode、Cursor和Trae三款IDE的性能表现，发现Trae在资源使用和网络行为上存在显著差异，因此进行了深入调查。测试环境包括Windows 11操作系统、Intel Core i7处理器和64GB内存，使用了System Informer和Fiddler Everywhere等监控工具。

2. 资源消耗分析： - 进程数与内存使用： Trae在初始测试中启动了33个进程，内存消耗高达5.7GB，分别是VSCode的3.7倍和6.3倍。尽管在2.0.2版本中进程数减少到13个，内存使用降至2.5GB，但仍远高于其他IDE。

3. 网络流量与遥测调查： - 初始发现： 网络监控显示，Trae持续向字节跳动的基础设施发送数据，主要端点包括mon-va.byteoversea.com和maliva-mcs.byteoversea.com。 - 遥测配置测试： 即使用户在设置中禁用遥测，Trae仍保持与字节跳动服务器的连接，并且请求频率反而增加。

4. 数据传输分析： - 批量遥测数据： 即使遥测被禁用，Trae仍传输详细的系统信息、使用模式、性能指标和唯一标识符等数据。 - 用户活动跟踪： 另一个端点接收用户交互的详细数据，包括活动时间、会话时长和功能使用情况。

5. 社区管理问题： - 自动审查： 作者在Trae的Discord服务器上讨论这些发现时，触发了关键词过滤和自动禁言机制，导致技术讨论被压制。

6. 隐私与安全影响： - 数据主权问题： 数据持续收集并传输到字节跳动的中国基础设施，存在长期跟踪的风险。 - 信任与透明度问题： 遥测设置功能不实，数据收集行为缺乏透明度，社区反馈机制受到审查。

7. 建议： - 对用户： 建议考虑其他IDE，使用防火墙规则阻止字节跳动域名，并定期监控网络活动。 - 对字节跳动/Trae团队： 应尊重用户偏好，提供透明的数据收集文档，优化性能，并改善社区管理。

8. 结论： Trae IDE在用户隐私和系统资源管理方面存在严重问题，尽管其作为VSCode的分支提供了一些有趣的功能，但其当前的实现方式引发了对其隐私承诺和透明开发实践的质疑。用户在选择开发环境时应谨慎考虑这些因素。

关键要点： - Trae的资源消耗是VSCode的6倍。 - 遥测设置功能不实，数据收集行为缺乏透明度。 - 社区反馈机制受到审查，技术讨论被压制。

注： 本文分析基于2025年7月的Trae IDE版本PRE-2.0.2和2.0.2，所有发现均可复现。

评论主要围绕Trae（ByteDance的VSCode分支）的性能和隐私问题展开，同时涉及对其他类似工具的讨论。

1. 性能和隐私问题（评论1，评分：None，作者：segfault22）：

   • 资源消耗：Trae在默认设置下比标准VSCode消耗更多资源，RAM使用量高出6.3倍，进程数多出3.7倍。
     • 引用："Out of the box, Trae used 6.3x more RAM (~5.7 GB) and spawned 3.7x more processes (33 total) than a standard VSCode setup."
   • 隐私设置无效：即使关闭了遥测功能，Trae仍会向ByteDance服务器发送数据，且关闭遥测后数据收集频率反而增加。
     • 引用："I went into the settings and disabled all telemetry. To my surprise, this didn't stop the traffic. In fact, it increased the frequency of batch data collection."

2. 对ByteDance的信任问题（评论3，评分：None，作者：moomoo11）：

   • 对ByteDance的产品持怀疑态度。
     • 引用："Imagine trusting anything from ByteDance."

3. 对其他工具的分析请求（评论4，评分：None，作者：spyridonas）：

   • 请求对AWS的Kiro进行类似分析，关注其数据收集行为。
     • 引用："Since you've already done VSCode, Trae, Cursor, can you analyse Kiro (AWS fork)."

4. 对评论风格的质疑（评论2，评分：None，作者：circuit10）：

   • 质疑评论1的写作风格是否使用了ChatGPT，建议透明化使用情况。
     • 引用："Is it just me or does the formatting of this feel like ChatGPT?"

5. 对遥测功能的看法（评论5，评分：None，作者：drewbitt）：

   • 认为开发者不希望遥测功能被完全关闭，即使少数用户选择关闭。
     • 引用："They don't want telemetry ever disabled, even for a minority of people who do toggle it off."

总结：评论主要关注Trae的性能和隐私问题，尤其是其资源消耗和遥测功能的有效性。同时，对ByteDance的信任度较低，并提出了对其他工具的分析需求。部分评论对写作风格提出了质疑，并讨论了遥测功能的必要性。