TRAE终于把Code和Work合并了

2026-10-09 17:19 量子位 www.qbitai.com 网页快照

阅读原文 ↗ www.qbitai.com

TRAE终于把Code和Work合并了

金磊发自凹非寺量子位 | 公众号 QbitAI

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

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

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

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

Agent 2：当测试，打开页面截图检查，列出一份问题清单；

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

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

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

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

小白也能从一个想法做出一款游戏

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

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

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

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

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

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

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

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

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

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

视频地址： https://mp.weixin.qq.com/s/tckIeqpzcq2jB11STQLTBg

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

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

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

把第一人称行走的速度调到70%。

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

真实工作里也好用

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

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

Agent 1：读代码、搞懂项目，产出一份给新人看的架构说明；

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

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

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

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

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

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

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

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

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

为什么要二合一？

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

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

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

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

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

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

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

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

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

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

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

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

真香！做这个邪恶老奶版「GTA 6」，我只花了5元！ 2026-10-08

Anthropic，你是来给智谱打广告的吧！ 2026-09-30

TRAE终于把Code和Work合并了