trae使用的简单分享

Tuesday, July 22, 2025

界面设计

trae 的界面具有不错的审美, 布局/配色/字体相较原版均有调整, 审美上很棒. 逻辑也较为清晰, 这方面我没有能力提出什么建议.

功能

功能缺失

相较 vscode, 缺失较多 Microsoft 和 Github 提供的功能, 下边仅列出我知道的部分:

设置同步
设置 Profile
Tunnel
插件市场
第一方闭源插件
IDE 仅支持 Windows 和 MacOS, 缺失 Web 和 Linux
Remote SSH 仅支持 linux 端, 缺失 Windows 和 MacOS

其中第一方的闭源插件属于较难啃的骨头, 目前通过使用 open-vsx.org 来解决, 一些常用插件都有, 版本未必最新, 但够用.

由于 Remote 的缺失, 不同系统设备较多的只能暂时放弃.

功能对齐

对比较早发展的 vscode/cursor, 功能上已经对齐.

使用大模型的方式, Ask/Edit/Agent 等都有, CUE(Context Understanding Engine)对标 NES(Next Edit Suggestion).

Github Copilot 的补全使用 GPT-4o, Cursor 的补全使用 fusion 模型, Trae 尚未公布其补全模型.

MCP, rules, Docs 功能都有.

补全

实际体验下来 CUE 效果较差, 至少 90%的建议都不会被我采纳, 由于其极低的采纳率, 多数时候会影响注意力, 我已经完全不使用 CUE 了.

GPT-4o 擅长补全下一行, NES 能力很差, 基本上 NES 我都是关的. fusion 的 NES 极佳, 相信每个用过的人一定印象深刻. 但它的强处只在代码补全, 非代码内容补全不如 GPT-4o. CUE 没有可用性.

以 10 分为满分, 不严谨主观打分

模型	代码行内补全	下一步修改补全	非代码内容补全
Cursor	10	10	6
Github Copilot	9	3	8
Trae	3	0	3

Agent

各 IDE 初期的 Agent 都有较好的能力, 但实际效果都在逐步下降, 这点并不只批评哪一家, 各家都是如此.

目前有几个概念:

RAG, Retrieval-Augmented Generation, 检索增强生成
Prompt Engineering, 提示词工程
Context Engineering, 上下文工程

目的都是为了让大模型更好的理解人的需求. 喂给大模型的上下文不是越多越好, 上下文需要一定的质量, 低质的上下文会影响大模型的理解.

话虽如此, 但有些人在实际使用中可能会发现, 费很大力气, 最后发现还是代码原文件传递给大模型可以获得最好的效果. 在中间设计提示词, 上下文工程的作用并不明显, 有时甚至会影响效果.

Trae 中实现了这三种路线, 但我暂未感受到领先的体验.

性能问题

有不少人和我一样遇到性能问题, Trae 绝对是 vscode 系中最不同寻常的一款, 尽管前文夸赞了它的前端设计, 但实际使用上有很多卡顿.

Trae 可能对 vscode 进行了较大的修改, 这意味着它将来不太能和 vscode 兼容, 基线版本可能会停留在某个 vscode 版本.

我的部分插件在 Trae 上运行卡顿, 有的功能已不能正常运行, 这个问题在 Trae 上可能会持续存在.

隐私政策

Trae 国际版提供隐私政策的说明: https://www.trae.ai/privacy-policy

Trae IDE 提供中英日语言, 隐私政策提供 9 国语言, 却不提供中文.

简单来说:

Trae 搜集并分享数据给第三方
Trae 不提供任何隐私设置选项, 使用即同意隐私政策
Trae 的数据存储保护和分享, 遵循部分国家和地区的法律, 其中不包括中国

总结

Trae 的营销较多, 这可能会和企业文化绑定较深, 未来可能也会是网络上声量较大的 IDE, 由于它的能力不匹配声量, 后续我不会再继续观望. 字节的自有模型不算强, 可能需要数据来进行学习以提升自己的模型能力, 它的隐私政策不友好, 为数据收集开了大门. 以我的长时间和这类型开发工具打交道的体会, 根本竞争力在模型, 不在其它东西上, 也就是 cli 就足够 vibe coding. Trae 的价格非常便宜, 可以持续以 3 美元购买 600 次 Claude 对话, 是市面上能使用 Claude 模型最便宜的工具. 基于此我推断 Trae IDE 实际是为了训练字节自己的模型, 构建自己的核心竞争力, 而推出的一款数据搜集产品.