TRAE 合并 Code 与 Work：能力向外扩展，开发继续深入

作者｜董道力
微信｜ddl94110

做个网页、改个 PPT，已经快成了 AI 产品的标配。但“AI 能生成一个网页”和“这个网页能长期承载业务”，中间还隔着不少步骤：页面里的数据要保存，功能要随需求调整，改完之后还得确认原来的部分没有出问题。

两个演示效果差不多的产品，真正放进项目里，差别才会显出来。就像写文档，随手记一段，用备忘录就够了；多人协作和版本管理，需要专门的工具。内容要沉淀成知识库，还得考虑与其他系统的衔接。

低门槛让更多人开始动手，深入使用又会带来新的要求。

AI 开发的完整流程也在逐步交由 Agent 主导。用户提出目标，Agent 理解需求、拆解任务，写出代码后继续运行和检查，再根据反馈修改。用户仍然可以检查结果，在需要时介入修改。更多懂业务、有想法的人，即使不熟悉编程，也有机会把工作需求做成能使用、能继续完善的工具。

TRAE 是国内较早推出的 AI 原生 IDE 之一，已积累了广泛的开发者用户基础。从 IDE 到 SOLO 模式，再到 TRAE Work 独立端，TRAE 逐步把 AI Coding 能力带进更广泛的工作场景。

这次，TRAE 将 TraeWork 与 TraeCode 合并，保留已有的开发能力，同时加入 Agent 工作台，用统一界面跨项目分配任务、调度多个 Agent 并行工作。用户可以在一个窗口里管理多个项目，让不同 Agent 分头推进；需要细改时，再进入同一项目的 IDE 模式，查看改动、排查问题并继续修改代码。

这样的安排，要同时照顾两种需求：刚上手的用户希望少接触复杂操作，深入做项目的人又需要介入细节。随着需求增加，原本的一次办公任务，可能逐渐变成一个需要开发和维护的项目。工具能不能跟着这个过程往下走，还得实际做一遍才知道。

1

实测新版 TRAE，实现环形弹幕展示屏

这次我想从零做一个 Agent 弹幕系统：给出一个话题，让不同 Agent 的发言出现在一条围成圆环的 LED 屏上。管理台负责发布话题、调节字号和速度，投放页独立运行。最特别的要求是首尾相接，文字经过长条画布两端时，也得像在环上运动一样连续。

我在模板库搜索 PRD，找到一个现成的产品方案示例，点击“做同款”，把需求换成自己的项目。TRAE 在空白目录里生成了需求文档、HTML 展示版和任务方案。我又补充了消息本地保存、服务重启恢复的要求，把一个展示效果的念头，逐渐变成可以检查的开发任务。

TRAE 模板库的内容非常丰富，从内容创作到产品开发，金融和法务这类比较专业的模板也有。

具体来看一下我选择的模板，可以看到基本包含了产品生命周期所有用到的内容，而我的需求包含硬件，改模板也有对应的章节。

很多时候，我们并不是不会做某件事，而是不知道能这么做，要这么做。模板的作用就是从专业角度，告诉我们可以怎么做，该怎么做。

接着，我让三个 Agent 分头干活：一个负责保存话题和消息，一个负责管理台和弹幕页面，另一个检查功能是否正常。三个任务同时推进，我在同一个窗口里看进度，需要调整时直接补充要求。

这次新增的 Agent 模式，把不同项目和 Agent 任务集中到一个工作台里，分配工作、看进度、补充要求，都能在这里完成。

三部分完成后，我对照前面用模板库写好的需求方案，让 Agent 检查完整流程：提交一条消息，能不能保存下来，再正常显示到弹幕页上。需要调整的地方，就在对应任务里补充要求，让它接着改。后端、前端和测试任务都集中在 Agent 工作台里，我能一起查看进度，也能随时加入新的要求。

第一版做出来后，我从 Agent 任务直接打开了同一项目的 IDE。之前的五个任务仍在 SOLO 列表里，弹幕的代码也能接着改。前面在 Agent 模式里安排分工，这时切到 IDE 模式，就可以继续处理具体细节。

新版 TRAE 在同一个客户端里提供 Agent 和 IDE 两种开发模式：统筹项目和多个任务时用 Agent 工作台，进入 IDE 后，能打开代码细改。

我在 IDE 里又加了一个专门检查接缝的小窗口：把画面的最左边和最右边并排显示，中间放一条参考线，还可以左右移动画面。以后接上实体环形屏，就能用它看清首尾有没有对齐，再做调整。

修改后，我把水平偏移设为 960，保存后重新读取，数值保持一致。TRAE 执行的渲染、数据和接口测试，共有 72 项通过。接着，我发布话题，用三个模拟发送者检查弹幕能否上屏。关闭管理台后，从独立发送页面提交的新消息，仍然能出现在投放页上。

消息的提交和展示跑通后，我又先后给 TRAE 下达两次任务，让它围绕当前话题生成观点，再提交到弹幕系统。第二次生成的发言出现在投放画面里，导出的图片也保留了完整内容。这次先用两次独立调用检查发言效果，弹幕系统里的三个发言 Agent 持续讨论，会是后续要补上的功能。

项目能运行后，我把固定检查交给了 TRAE 的自动化任务。我先手动试跑一次，再设为每十分钟执行。00:20，执行历史里出现了“定时触发”：Agent 自行检查服务、页面和消息导出，并留下了一份报告。

以后再修改功能，同样的检查就有了现成的执行方式，到了设定时间，Agent 会按要求开始工作。我随后对照项目的最新文档，让它修正了报告中一项过时的待办。

开发过程中留下的文档、代码变更和各类报告，也有统一的地方管理。我这次的巡检报告和 IDE 验收报告，都出现在“我的产物”里。点开预览，再点击“发起新对话”，报告就自动作为附件，带进同一项目的新任务。

我接着让 TRAE 根据报告整理使用说明，把新增的接缝功能和测试结果补进去，再让它在一套单独的环境里，照着说明从头启动项目、提交消息，并检查重启后能否恢复数据。 之前保存的议题和偏移设置，都能找回来。上一项任务留下的报告，就这样接着用到了说明整理和下一轮检查中。

这次升级也覆盖网页端和移动端，移动端不再区分 Work 和 Code，任务和项目产物可以跨端接着查看。“我的助理”则提供飞书、微信绑定入口，绑定后可以通过 @Trae 下发任务、追问进度和查看结果。人在电脑前开发，离开电脑后也有继续跟进的入口。

1

能力向外扩展，编程继续深入

新版 TRAE 用下来，最大的感受是：第一版做出来之后，后面的修改和完善更容易推进了。多个 Agent 同时干活，每一轮都会留下代码、文档和报告。这些产物能不能留在同一个项目里，下一轮能不能接得上，关系到 AI 是帮你交一次作业，还是能陪一个项目一直做下去。

办公 Agent 通常从资料和业务上下文出发，帮用户读材料、理信息并出成果，再把成果放回原来的工作流。TRAE 的起点则是软件项目：需求要落实到文件和代码，程序要能跑起来，修改之后还要验证。以 AI 原生 IDE 起步的 TRAE，积累的正是在已有工程里理解代码、完成修改和检查运行结果的能力。

这次 TraeWork 与 TraeCode 合并，把办公能力接到了这套开发方式上。HTML 报告、PPT 和 Word 等产物进入 Agent 模式的工作流，从需求整理和方案设计，到数据分析和结果汇报，都可以围绕同一个项目展开。用户的入口也因此多了：可以从熟悉的文档和资料开始，先把想法说清楚，再逐步做成能运行的工具。

工作范围越广，用户带来的要求也会越具体。一个页面开始日常使用后，可能要保存数据、增加自动处理流程，或者与其他功能配合。每增加一项要求，都可能牵动已有代码和多个相关文件。AI Coding 要继续处理这些变化，找到需要修改的部分，再通过运行和测试确认结果。

办公能力让更多工作进入开发流程，编程能力则要把其中的具体问题处理下去。

这也是 Agent 工作台与 IDE 放在一起的意义。工作台让多个任务分头推进，需要深入处理时，用户可以回到同一项目的 IDE，查看改动、排查问题并继续修改代码。任务交给 Agent 之后，工程里的细节仍然有地方可以检查和调整。

能力向外扩展，让更多人有机会从自己的工作需求出发；编程继续深入，让这些需求在使用中发生变化时，还有继续实现的办法。

去年年底，TRAE曾经公布过一组数据：

上线第一年，全球注册用户超过 600 万，月活突破 160 万；约 6000 名开发者在这一年使用 TRAE 写代码超过 200 天。TRAE也从最初的 AI 原生 IDE，逐步加入能够规划和执行开发任务的 SOLO 模式，让开发者通过智能对话即可解决复杂问题。

这些成绩曾经交代了 TRAE 向办公场景扩展的基础：已有的开发环境，以及一批在日常工作中深度使用它的用户——而在今天，这也成为了TRAE重新聚焦“专业开发”赛道的底气。

点个“爱心”，再走 吧