TRAE 全面升级：TraeWork 与 TraeCode 双端融合，统一 Agent 与 IDE 两种模式
来源雷峰网查看原文
速览
- TraeWork 与 TraeCode 合并为统一入口，Agent 与 IDE 双模式可切换。
- Agent 模式支持多 Agent 跨项目并行，IDE 模式保留深度编码能力。
- TRAE 定位升级为「全链路开发平台」，覆盖需求到交付全流程。
- 自动化任务、模板库、我的助理、项目产物纳入同一工作流。
- 产物类型覆盖代码、HTML、PPT、Word、图片、视频、报告。
- 支持桌面端、Web 端、移动端，任务不因设备切换中断。
10 月 9 日，TRAE 宣布全面升级，将原本分别面向办公任务场景的 TraeWork 与面向专业开发者的 TraeCode 合并为统一入口，支持 Agent 模式与 IDE 模式无缝切换。升级后的 TRAE 定位为「全链路开发平台」，覆盖从需求拆解、方案生成到产物交付的流程，并把自动化任务、模板库、我的助理、项目产物等功能模块纳入同一套工作流，同时支持桌面端、Web 端和移动端。
关键事实
- 10 月 9 日，TRAE 宣布全面升级，TraeWork 与 TraeCode 双端融合。
- 升级后 TRAE 用一个统一入口承接连续任务，支持 Agent 模式与 IDE 模式无缝切换。
- Agent 模式面向从想法拆解到交付结果，支持跨项目调度多个 Agent 并行推进任务。
- IDE 模式保留完整智能开发环境，面向单项目深度代码编辑与精细调试。
- TRAE 定位于「全链路开发平台」，覆盖需求拆解、方案生成到产物交付。
- 自动化任务、模板库、我的助理、项目产物等功能模块统一进入全新 TRAE 工作流。
本站视角
对国内做 AI 编程工具的团队来说，这次升级的关键不在功能清单，而在产品形态的选择：把 Agent 与 IDE 合并成一个入口，等于承认「纯 Agent 自动完成」和「纯 IDE 辅助编码」都留不住用户，真实开发流程需要在两者之间来回切换。这对中文开发者的直接影响是，如果 TRAE 的双模式切换体验顺畅，团队可以少维护一套工具链；如果切换只是入口层面的合并、底层任务与上下文并不互通，那用户仍会在两个模式之间重复描述需求。我们认为，判断这次升级是否成立，要看三件事：Agent 模式跨项目并行调度多个 Agent 时，产物是否真的沉淀到「项目产物」并可继续迭代；IDE 模式与 Agent 模式之间上下文是否共享；移动端是只做进度查看，还是能真正补充要求并影响任务走向。需要观察的是，原文只给出了功能描述，没有披露任何性能数据、用户规模或与竞品的对比，也没有说明双端融合后原有 TraeWork、TraeCode 用户的数据与项目如何迁移。这些信息缺失，使得「全链路开发平台」目前更像一个产品定位声明，而非可验证的能力结论。对中小团队而言，值得跟进但不必急于迁移，等实际使用反馈出来再判断。
背景与影响
TRAE 此前将产品拆为两条线：TraeWork 偏向办公、任务与内容生成，TraeCode 专注专业开发者的编码需求。这种拆分在早期有助于覆盖不同人群，但也带来入口割裂——用户需要在两类工具之间切换，任务与产物难以沉淀在同一条链路里。此次双端融合，本质是把「任务推进」和「深度编码」两种使用方式收进一个入口，用 Agent 模式承接想法拆解与交付、用 IDE 模式承接单项目精细开发，再以自动化任务、模板库、我的助理、项目产物把过程与结果串起来。这意味着 TRAE 试图从「AI 编程助手」转向「AI 开发工作台」，与同类产品在定位上进一步靠拢。跨桌面、Web、移动三端接续同一任务，也说明其目标用户不只是坐在电脑前的专业开发者，还包括需要随时查看进度、补充要求的协作角色。
本文由 AI 辅助整理自公开信源，事实部分以原文为准；「本站视角」一节为编辑部判断，欢迎指正。版权归原作者所有，如有异议请联系我们。
