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开发的新阶段。
至于那个来回切换的“闪身步”，以后应该是用不上了。
