TRAE支持哪些AI模型？

TRAE 是字节跳动的 AI 原生 IDE，支持 Agent 与 IDE 双模式无缝切换，并已与扣子、豆包工作同属豆包体系。但本站资料未列出其具体模型清单，模型接入动态变化，应以 TRAE 官网实时信息为准，别信静态清单。

关于 TRAE 到底支持哪些 AI 模型，得先说一句实话：本站收录的资料里，并没有逐条列出 TRAE 的模型清单。所以任何拍着胸脯说“它支持 GPT-5、Claude 4、Gemini 3 全系”的回答，你都可以先打个问号。能确定的只有一件事——TRAE 是字节跳动的 AI 原生集成开发环境，模型接入这类信息变动频繁，以官网实时展示为准才是最靠谱的做法。

不过，模型清单没写，不等于这个产品没什么可讲。恰恰相反，TRAE 的定位、能力和它这两年走过的路，才是决定“它用什么模型”这个问题的底层逻辑。下面把能确认的信息梳理一遍。

TRAE 是什么：名字本身就是答案

TRAE 读作 /treɪ/，全称是 The Real AI Engineer，直译过来就是“真正的 AI 工程师”。这个命名挺有意思，它没有叫“AI 编程助手”或者“代码补全工具”，而是直接把自己定义成一个工程师角色——这意味着它想做的不是在你敲代码时递个小抄，而是从需求理解、代码生成到调试运行，整条链路都参与进来。

它是字节跳动旗下的产品，定位是 AI 原生集成开发环境（AI-native IDE）。所谓“原生”，指的是 AI 不是后来外挂上去的插件，而是从底层就长在编辑器里。这一点从它的形态演变也能看出来。

从“助手”到“双模式”：TRAE 的产品演进

本站收录的几篇文章里，对 TRAE 的称呼其实不太一样。有的叫它“AI 编程助手”，有的叫它“AI 开发工程师”，还有的直接称它为“600 万开发者的选择”。称呼差异背后，是产品本身在快速变形。

最关键的一次变化发生在 2026 年 10 月 9 日。当天字节跳动 TRAE 团队正式宣布，原 TraeWork 与 TraeCode 两条产品线合并。合并之后，TRAE 实现了 Agent 模式与 IDE 模式的无缝切换——你可以在同一个产品里，既让 AI 以 Agent 的身份自主干活，也可以回到传统 IDE 界面自己动手写，中间不用换工具、不用倒数据。这个设计思路其实回应了一个真实痛点：全自动的 Agent 让人不放心，纯手写的 IDE 又不够快，那就让用户自己决定什么时候交出控制权。

另一次值得注意的变动发生在 2026 年 8 月 24 日。多家媒体（智能涌现、IT 之家、36 氪）当天报道，字节跳动完成了新一轮办公 AI 产品团队整合，TRAE 与扣子（Coze）团队整体并入豆包体系。这条信息的意义在于：TRAE 不再是一个孤立作战的编程工具，而是被放进了字节更大的 AI 办公版图里。

核心功能：它到底能帮你做什么

把上面这些线索拼起来，TRAE 的能力大致可以归为几块：

• AI 原生开发环境：AI 能力内嵌在编辑器底层，而不是以插件形式存在，代码生成、补全、解释、调试等环节都有 AI 参与。
• Agent 与 IDE 双模式：2026 年 10 月合并后，两种工作方式可在同一产品内无缝切换，适应不同任务和不同掌控偏好。
• 面向开发全流程：从“AI 开发工程师”这个自我定位看，它覆盖的不只是写代码这一段，而是更完整的开发链路。
• 与字节办公 AI 体系打通：并入豆包体系后，与豆包工作等产品之间具备了协同的基础。

至于收费情况，本站资料中没有给出明确信息，所以这里不做猜测，需要的同学请以官网实际页面为准。

回到模型问题：为什么清单里查不到

现在正面回答你的问题。TRAE 支持哪些 AI 模型，本站收录的内容里确实没有列具体型号。这不是遗漏，而是这类信息本身的性质决定的：

1. 模型接入是动态的。一个 AI 开发工具今天接的模型和三个月后接的，很可能不是同一批。写死在文章里的清单，过两周就变成错误信息。
2. 官方渠道才是准的。产品官网、更新日志、官方文档里会实时反映当前可用模型，这比任何二手转述都可靠。
3. 模型选择往往和模式绑定。TRAE 有 Agent 和 IDE 两种模式，不同模式下调用的模型策略可能不同，简单一句“支持某某模型”反而容易误导。

所以如果你真的关心模型选型——比如团队有合规要求，或者对某类模型的代码能力有偏好——建议直接去 TRAE 官网查看当前的模型说明，那才是唯一不会过时的答案。

顺带说说旁边几个容易混淆的产品

搜 TRAE 的时候，你大概率会撞见几个名字，顺手区分一下：

其中 扣子 和 豆包工作 都属字节系，和 TRAE 有组织上的关联；阿里云 Qoder Cloud Agents 则是完全另一条赛道，面向企业级 Agent 部署，和 TRAE 这种开发者工具不是一回事。

另外，豆包工作在 2026 年 10 月 14 日上线的迁移功能里，明确把 Trae 列为可导入来源之一（同批支持的还有 ChatGPT、Claude Code）。这个细节从侧面说明，TRAE 在字节内部已经被当作一个需要“承接历史数据”的正式工作场景入口，而不是玩具级产品。

给你的实操建议

• 别信任何静态的模型清单，包括这篇。模型支持情况请以 TRAE 官网为准。
• 关注产品形态而非模型名字。TRAE 真正的差异点在 Agent 与 IDE 的无缝切换，这是工作方式的改变，比换一个底层模型影响更大。
• 留意字节办公 AI 的整合动向。TRAE 已并入豆包体系，后续与豆包工作等产品的联动值得关注。
• 有迁移需求的话，豆包工作已支持从 Trae 导入历史会话，路径是通的。

相关问题

1. TRAE 是免费的吗？
本站收录的资料中没有给出 TRAE 的收费信息，因此无法确认。请以官网实际说明为准。

2. TRAE 和扣子（Coze）是什么关系？
两者同属字节跳动。2026 年 8 月 24 日，TRAE 与扣子团队整体并入豆包体系，成为字节办公 AI 整合的一部分。

3. TraeWork 和 TraeCode 是什么？
它们是 TRAE 原有的两条产品线，2026 年 10 月 9 日正式合并，合并后实现了 Agent 模式与 IDE 模式的无缝切换。

4. 豆包工作能从 TRAE 迁移数据吗？
可以。2026 年 10 月 14 日豆包工作上线的数据导入与同步功能，支持从 ChatGPT、Claude Code、Trae 等来源迁移历史会话。

5. TRAE 和阿里云 Qoder Cloud Agents 是竞品吗？
不算直接竞品。TRAE 是面向开发者的 AI 原生 IDE，Qoder Cloud Agents 是面向企业的全托管 Agent 部署服务，使用场景和目标用户差异较大。

参考链接

• TRAE ↗
• 阿里云 Qoder Cloud Agents ↗