这两天应邀测试了 TRAE（The Real AI Engineer）的新版本，变化很大。原来的 TraeWork 和 TraeCode 两个端合并成了一个 TRAE，全新 TRAE 用一个统一入口承接从需求拆解、方案生成到产物交付等连续任务，并支持 Agent 模式与 IDE 模式无缝切换：在一个窗口里管理所有项目，同时调度多个 Agent 干活，从需求拆解、方案、设计、编码到测试交付，全链路都在这一个平台里完成。要改代码细节时，一键切回 IDE。
借这个机会，聊聊我看到的几个明确趋势，以及我们个人怎么顺应这些趋势，最大化利用 Agent 提升效率。
趋势一：没什么人手写代码了，IDE 在淡出
去年底 Claude Opus 4.5、GPT-5.2 这一批模型出来之后，AI 写的代码质量过了一个门槛。到今年，很多创业公司统计下来，AI 生成的代码已经接近 100%，工程师负责提需求和把关。
代码不用手敲，重型编辑器的用处就少了。JetBrains 在转向自家的 Agent 工具 Air，OpenAI 的 Codex 也没有做成 IDE。
TRAE 是字节去年初推出的，3 月国内版上线时的身份是“国内首个 AI 原生 IDE”，那时候主打的还是在编辑器里让 AI 帮你写代码。7 月推出了 SOLO 模式，代码、终端、浏览器和文档放进一个窗口，AI 从需求拆解一路做到预览上线，人主要看结果，到年底发布不到一年，全球用户已经超过 600 万。这次的 Agent 模式又往前走了一步，从 IDE 到 SOLO 再到 Agent 模式，这条路本身就是 IDE 一步步退到后台的过程。
IDE 不会消失。看代码细节、调试、做精细修改时还得靠它，只是它从主界面退成了一个随时能切过去的工具。新版 TRAE 里 Agent 模式和 IDE 模式就是这个关系：平时在 Agent 模式里派活，需要深改时切回 IDE。
趋势二：入口在向聊天窗口集中
以前写代码从打开编辑器开始，现在很多工作都是从 Agent 聊天窗口里开始说一句话开始的，“帮我改一下这个 Bug”，“帮我按照文档实现这个功能”，“帮我创建一条 Ticket”，“帮我审查一下这条 PR”……
需求、文档、设计、编码、测试，都从同一个对话框发起，工具之间的界限越来越模糊了。TraeWork 和 TraeCode 合并成一个 TRAE，移动端也去掉了 Work 和 Code 的区分，也是在顺应这个趋势：写文档和写代码在同一个入口下任务，没必要再分开了。
趋势三：从“让一个 Agent 帮我写代码”，到“指挥一群 Agent 交付结果”
以前一套键盘鼠标、一块屏幕，人一次只能干一件事。现在这个限制没有了，我经常 3-5 个 Agent 并行跑，我看到也有不少人这样做了，甚至更多，比如 Cursor 的 Lauren 就是一个月合并了 2500 个 PR，最近 X 上相关讨论很多。
并行一多，新的麻烦是管不过来。终端开了一排，哪个任务跑到哪了、哪个在等我回复、产出的文件放在哪，全靠脑子记。TRAE 的 Agent 模式针对的就是这个问题：所有项目和任务列在一个工作台里，进度一眼能看到。
趋势四：代码多到看不过来，代码审查成了走过场
Agent 一天提交的代码，人一周也审不完。很多团队的代码审查已经变成走流程，PR 来了就点通过。有的公司已经明确，非关键部分的代码可以不做审查。
代码审查不过来不代表质量就不用管了，只是方法不一样了，比如说让 Agent 自己验证，人做抽查，抽查发现问题就回头改规则和环境。这一点后面细说。
还有一些趋势未来很快会发生
- Agent 在到云上跑。 本地电脑资源有限，云端可以一个任务一台虚拟机，想并行多少就并行多少。像前面提到的 Lauren 每个月 2500 个 PR，绝大部分都是云端跑的，否则本机哪跑得过来。
- 我们会不再逐行读代码。 判断代码好不好，会越来越依赖你的设计、测试和验证结果。
个人怎么顺应：我的五个做法
我最近开发了一套开源项目（https://github.com/jimliu/baocut，下面我说的一些例子在上面都可以找到文档和代码 ），每天几十上百个 commits，多个 Agents 并行，这个过程中积累了不少经验技巧。
一、先搭一套 Agent 熟悉、容易验证的环境
Agent 干得好不好，一大半取决于它所在的环境。我在自己的项目里做三件事。
给它一份文档地图。 项目有哪些模块、代码在哪、相关文档在哪，写清楚。Agent 能快速定位代码，不用每次从头摸索。（可以看我项目的 agents.md）
让它能快速验证结果。 Agent 要是看不到自己干活的结果，就只能靠我在中间一遍遍传话。它越快拿到反馈，需要我插手的次数就越少。我常用四种办法：
- • 自动化测试：单元测试、集成测试、模拟数据、端到端测试，能配的都配上。
- • 原型：维护一套和主界面同步的网页原型，功能修改先在原型上试，不动正式代码就能验证需求。（可以看我项目的 designs 目录）
- • 先写文档：复杂功能开发前，让 AI 先写一份设计文档，大方向确认了再照着执行。（可以看我项目的 docs 目录）
- • 强类型语言：Rust、TypeScript 在编译阶段就能拦下一批错误。
把规则写进 AGENTS.md （放在项目里、专门给 Agent 看的说明文件）。比如：每轮修改自动提交 commit，提交信息要分类、有意义；功能修改先改原型，确认后再改正式代码；文档同步更新。看到 Agent 反复犯同一个错，就把它变成一条规则或者一项自动检查，让它下次犯不了。
设计文档和原型这类中间产物，以前散在各轮聊天记录里，要用的时候得往回翻。新版 TRAE 把 Agent 生成的代码变更、文档、HTML 报告、PPT、图片都收进“项目产物”统一管理。设计文档确认完，直接从产物里打开，让 Agent 接着往下做。
二、学会多 Agent 并行，把自己当成管理者
用上 Coding Agent 之后，你的角色从自己动手的工程师，变成了带一队 Agent 的管理者。对于习惯一个人开发的人来说可能一开始会不太适应，但你只要重点做好这几件事就不用担心：
- 1. 定义好任务。 把任务定义清楚，尤其是要把复杂一点的任务拆成小粒度、好验证、互相不依赖的任务。任务之间有依赖就得等，并行就没有意义。
- 2. 交代怎么验证。 派活时把验收标准和验证方法一起说清楚，大部分时候就不用盯着，Agent 可以自己去验证，你只要最终验收。
- 3. 合理用好代码管理 。Git 的作用更大了，Agent 每一轮结果要 commit，这样出错了随时能回滚；想多 Agent 并行开发，就绕不开 Work Tree（Git 的工作树功能，把代码复制一份到独立目录），并行任务不太会改到同一处代码，直接在主分支上一起改问题不大；可能冲突，就让每个 Agent 在自己的 worktree 里干，做完再合并回主分支。缺点是费磁盘，所以要在 AGENTS.md 里加一条“任务完成后清理 worktree”。
- 4. 设计和审查 。项目前期还是要做设计的，设计好了后续 Agent 就能遵照你的设计去执行，能把复杂性分解到各个模块中，需要的上下文也容易找到。代码审查也不是说不做，大概还是要快速看看，不要出明显的偏差，并且可以借助 Agent 帮你做预审查。
比如我手上的项目，可以在 TRAE 的 Agent 模式里同时派三个任务：一个改原型，一个补测试，一个写发布说明。三个任务的进度在同一个工作台里看，哪个卡住了点进去处理。新版桌面、网页、手机三端同步，人离开电脑，在手机上也能看进度、接着派活。
三、不同的活交给不同的模型
这和公司里的分工一样，做架构设计的是能力最强的那批人：
- • 用最聪明的模型做设计，结果写成文档；
- • 用中低档模型照着文档执行，节约成本；
- • 再让聪明的模型来验收。
Agent 支持子 Agent（subagent）的话，这套分工可以交给主 Agent 自己安排：它负责拆解和验收，执行分给便宜的子 Agent。
四、AI 写得再快，也不必从头造轮子
直接用现成的模板。 TRAE 这次上线了模板库，产品方案、页面搭建、数据分析、技术文档这些常见场景，可以从模板直接启动，省掉从零描述需求的时间。就算你不用 TRAE，在 GitHub 也可以搜索到很多常用的模板，或者直接让你的 Agent 帮你找。
参考成熟的开源项目。 我前面提到的自己的开源项目，因为要做一个 Agent，没有从头写，借鉴了开源项目 paseo [1] 的设计和部分代码。让 Agent 先读懂一个成熟项目再动手，比让它凭空设计靠谱得多。
给它文档地址。 我的项目用了 Adobe 的 Design System，所以设计 UI 的开发，我会把文档发给它参考，这样它既是没有训练过，也能知道怎么正确使用这些组件。
五、绝大部分重复的事，都应该让 Agent 帮你做
绝大部分重复的事，都应该让 Agent 帮你做，重复的事更应该变成 Skill 和自动任务。
自动任务 。定时检查 GitHub issues、抓取资讯、整理进度，这些固定流程交给 Agent 定时跑。新版 TRAE 的“自动化”就是做这个的，设置一次，Agent 持续执行。一个小技巧：让定时任务先把发现的问题记到一份文档里，别急着改。攒几天再看，常常会发现好几个问题出自同一个原因，一次就能解决。
Skill 。比如我发布 App 有一套流程，就把它做成了一个专门用来发布的 Skill，每次发布只要说一句：“帮我发布 v3.1.1”这样的话。
连接器（connector）。 把飞书、GitHub、Jira 这些工具接进来，提 Bug、关工单都不用离开 Agent。写周报时让 Agent 自己去这些工具里拉数据，上下文充足，一周做了什么整理得清清楚楚。TRAE 新版的“我的助理”做的是同一类事，把文档、汇报、协同这些非编码环节接进开发流程。
让 Agent 操作电脑和浏览器（computer use）。 说三个我自己的例子：
- • 我不知道怎么给 Mac App 签名，就让 Agent 操作浏览器打开苹果开发者网站，我负责登录，证书由它生成。
- • 我不知道怎么用 GitHub Actions 自动发布 App，我登录 GitHub，环境变量这些配置由它来设。
- • 让 Agent 测试我的 App：它启动后台服务，用浏览器模拟 Electron 界面，直接在浏览器里测。
最后
这些趋势合在一起看：写代码的成本在快速下降，想明白说清楚要做什么、验证做得对不对，这两件事越来越值钱。
工具也在跟着变。新版 TRAE 把多 Agent 调度、产物管理、自动化放进了同一个工作台，IDE 留在一键可达的位置，小白可以从一个想法一路做到 Demo，专业开发者可以跨项目并行推进。
如果上面我分享的经验你没有试过，不妨从里面里挑一两条试试看。先把验证环境搭好，再试着同时派两三个任务，你会很快适应“指挥 Agent”这个新角色。
引用链接
[1] paseo: https://github.com/getpaseo/paseo
