TRAE终于把Code和Work合并了

来源：市场资讯

（来源：量子位）

TRAE，刚刚做了个大动作。

以前的你，如果要改个bug，得打开TraeCode；要是还得出份技术方案，那又得一个“闪身步”，跳到TraeWork……

现在，不需要这么麻烦了。

因为它俩今天已经正式双端融合，统一升级成了新的TRAE。

新TRAE的一个亮点，就是它有Agent模式和IDE模式两种。

其中，Agent模式主打的是全局工作台，大家可以在一个窗口里管理项目，把不同工作分给多个Agent，写代码、出文档、准备交付材料都在这里推进。

IDE模式里面依旧保留了SOLO和IDE两种玩法。两种模式的切换入口就在右上角，点一下就能过去。

例如前阵子让整个AI圈“卧槽”的3D版鹈鹕骑自行车，在新TRAE里的“打开方式”可以是这样的。

我们在同一个项目文件夹里，新建三个任务，三个Agent各司其职：

最终，它们就像一个小团队那样接力干活，把一个具备完整功能的3D版鹈鹕骑自行车给做出来了：

于是乎，这只鹈鹕，在新TRAE里就这么水灵灵地完整走完了开发、测试、修复、交付这一圈。

并且这期间所产生的测试报告、修复报告和交付说明等等，都自动存到了新TRAE里的“我的产物”，每个产物也都可以直接分享给别人。

清清楚楚，一目了然。

那么作为AI Coding领域资深玩家的TRAE，为什么要突然把这两个双端给合并了？

对于小白和专业开发者，新TRAE又有什么区别？

带着这些问题，我们不妨通过深度实测来感受一下。

我们先来看下新TRAE能否让一个不会编程的小白，也能把自己的想法变成游戏。

恰巧Minecraft之父Notch之前还说AI Coding很糟糕，结果后来又发帖称自己还挺享受的，而且正给自己的地牢游戏做地图编辑器。

所以，我们第一个实测也来做一个能自己搭地牢、还能进去走的3D地牢游戏做地图编辑器。

这一次，我们在新TRAE里建好项目后，先同时开两个任务，一个负责写游戏策划，一个负责出界面设计稿：

可以看到，在我们下达指令之后，两个Agent便立即开始各忙各的了。

没过多久，两份成果就都交了出来。

策划Agent交出的是一份Word版策划案，外加一份内容一致的Markdown文件，操作流程、每种元素的用途、验收标准，都写得明明白白。

设计Agent则是真的画出了一张高保真设计稿，编辑模式和第一人称试玩模式两个界面都在一张图里，整体走的是低多边形的地牢风格：

接下来，我们再新建第三个任务，让它读取策划和设计的成果，开始写代码。

不过在这一步，出现了一个非常真实的小插曲。因为策划和设计是同时进行的，两个Agent谁也看不到对方的成果，结果就各写各的了。

比如设计稿里的网格是20×20，策划案里却是32×32；擦除工具的快捷键，一个定成了E，另一个定成了X；就连怪物刷新点，一个说全图只放1个，另一个说要放3个。

好在负责开发的Agent读完两份文件后，按照“先做出能玩的简单版本”的原则，把这些冲突逐条做了取舍，还把理由都写进了交付说明里：

这也说明，Agent一多，光有分工还是不够的，总得有个角色出来统筹全局。

在写完代码之后，开发Agent还自己打开浏览器测了一遍，顺手修掉了6个问题，比如一进试玩模式就弹出“已暂停”的窗口，又比如试玩画面太暗，连走廊都看不清。

最终做出来的编辑器，地板、墙、门、宝箱、拉杆、怪物刷新点都能随手放，撤销重做、自动保存、JSON导入导出也都一应俱全：

视频地址：

https://mp.weixin.qq.com/s/tckIeqpzcq2jB11STQLTBg

值得一提的是，Notch正在做的新游戏，名字就叫《Levers and Chests》，直译过来正是“拉杆和宝箱”。

我们编辑器里的这两样东西，就当是给他的一点小致敬了[solute]。

同样的，在这个项目跑完之后，Word策划案、设计稿、设计说明，还有测试交付说明等等，全都整整齐齐地躺在“我的产物”里。

这要放到以前，这些产物要么埋在聊天记录里，要么散落在各个文件夹里；现在打开一个页面就能找到，想接着改，随时回来点开就行。

那如果我们要改特别细节的内容呢？

一键切换IDE模式，了解一下。

我们在右上角切换成IDE模式之后，直接在对话框里输入：

没过一会，它就把行走速度从每秒3.4格降到了2.4格，奔跑速度也跟着同步下调：

简单来说，我们平时可以在Agent模式里让AI放手去干那些复杂开发，到了要抠细节的时候，再回到IDE里一行一行地看，两种模式各有各的用处。

做游戏固然好玩，但对于专业开发者来说，他们更关心的，可能还是新TRAE能不能扛住日常的工作。

那么接下来的实测，我们就直击程序员们经常会头疼的一个工作——接手老项目。

为此，我们准备了一个名为TeamDesk的模拟项目。这是一个小型的任务管理网页，大约20个文件，数据全部是虚构的，项目里还附带了一份问题单。

这一次，我们直接在项目里一口气新建了三个任务，让三个Agent同时开工：

Agent 1交出的架构说明是一份网页报告，用大白话讲清楚了这个项目分成哪几层、页面上的操作会怎样改动数据、数据最后又存在了浏览器的哪个位置。

负责修Bug的Agent 2则是先按问题单复现了一遍，找到原因之后，只改了一行代码，给统计加上了一个排除已归档任务的条件：

最后，Agent 3在补回归测试之后，呈现出了最终结果：

事后我们又对照了一遍原始代码，三个Agent都老老实实地守住了各自的分工，业务代码只改了一行，测试文件夹里也只多了一个新文件。

像这种回归测试，日常其实还可以交给新TRAE的自动化功能，比如设定每天早上自动跑一遍，发现问题再提醒你。感兴趣的小伙伴可以自己试试：

再来看一个更贴近日常的场景，一个人交付一个完整的迭代。

这一次，我们给自己定的任务，是做一个名为FeedbackDesk的反馈处理台，拿到内部评审会上去演示。评审要用的东西包括一份产品需求文档、一个能操作的网页Demo，再加一份评审PPT。

同样的，我们还是一口气新建了三个任务：

没过多久，三个Agent就交出了各自的成果，分别是一份4页的Word需求文档、一个可以直接在浏览器里操作的网页，还有一份6页的评审PPT和配套讲稿：

以前我们写需求文档、做PPT得去TraeWork，做网页又得回到TraeCode；现在在同一个窗口里，一群Agent就把这几件事同时推进完了。

而且更方便的是，新TRAE还提供了模板库，像诸如此类的文档工作，我们甚至可以直接套个模板就开搞：

还有更方便的。

即便你不在TRAE里，现在绑定了飞书或微信，只要直接@TRAE一下，就能直接让它为跨平台工作；而且手机端也是同步的哦：

方便，着实是方便。

最后，我们回到开头的那个问题，作为AI Coding领域的资深玩家，TRAE为什么要把两个端合并到一起？

几轮实测做下来，我们最大的感受是，写代码其实只是开发里的一环。

一个项目从想法走到交付，前面要拆需求、写方案、出设计，后面还要测试、修bug、做汇报。

以前这些环节被拆在两个工具里，上下文断在两处，产物也散在两处，人只能夹在中间来回“闪身步”。

而新TRAE这次做的，就是把这条链路给接起来，变成一个全链路开发平台。

从纵向来看，从需求拆解到交付，文档、设计、代码和测试都能放在同一个项目里，重复性的流程可以交给自动化，桌面、网页和手机三端也保持同步。

从横向来看，一个工作台管着所有项目，多个Agent可以并行推进，哪个任务卡在了哪一步，左侧栏里一眼就能看到；真需要深改代码的时候，再一键切回IDE就好。

放眼海外，这件事也不只是TRAE一家在做。

今年4月，Cursor推出了Cursor 3，加入了专门管理Agent的Agents Window，同时保留了经典的IDE界面，两个界面可以随时切换。Claude Code也做了Agent View，能在一个面板里同时启动、管理和监控多个后台Agent。

可以看到，海外头部的AI编程工具，都在把“管Agent”和“改代码”往同一个工具里装。

不过实测也让我们发现，Agent多了，事情并不会自动变好。就拿开头那只鹈鹕来说，负责开发的Agent交差时信心满满，说自己已经在浏览器里测过两轮，一切正常；可负责测试的Agent一上手，就挑出了4个问题，连方向键都是反的，按右键鹈鹕反而往左边冲。

再加上地牢编辑器里各说各话的策划和设计，以及反馈处理台里数字分毫不差的三份产出，其中的规律其实已经很明显了。

说到底，人要做的事情变了。现在我们更多的心思，是花在把活拆清楚、给Agent准备一份共同的依据，以及安排好谁来干活、谁来检查上。

这或许也是新TRAE这次升级想要解决的问题。

毕竟TRAE在AI Coding这条路上已然是个资深玩家，这一次把两个工具合二为一，就是想用一个工作台，把开发的每一个环节都接住，服务好更多想动手创造的开发者。

从让一个Agent帮你写代码，到指挥一群Agent从想法一路干到交付，AI Coding也算是正式走进了Agent开发的新阶段。

至于那个来回切换的“闪身步”，以后应该是用不上了。