TRAE 上线开发者个人助理
TRAE 把拆任务、并行跑、编译测试收进一个助理，分成全局与项目两层。这篇讲它到底替人省了哪段活，以及厂商没给出的那几个数。
打开编辑器之前，先花二十分钟解释「这个仓库是干什么的、上次改到哪了」——这是很多开发者每天的第一笔隐形成本，而且不算在工时里。
10 月 29 日，TRAE 上线了一个专门处理这笔成本的产品。
一、发生了什么
TRAE 先做了合并：把负责编排的 TraeWork 和负责写代码的 TraeCode 收进同一个产品，两边的任务对话、产物和配置可以同步。
在这个基础上，它把助理分成两层。一层是全局助理，记住你跨项目做过什么、产出过哪些文件；另一层是项目助理，进到单个仓库里，把一句话的需求拆成多个子任务并行推进。
官方给的路径是：在工作台里描述目标，助理拆解后分派，需要盯具体实现时再切回 IDE。周边还有模板库、插件市场、自动化任务和产物管理，手机端和消息入口可以看进度。
极客公园做了一次实测，用的是 B 站开源的 Go 微服务框架 kratos，GitHub 上约 2.6 万星。一次提三个要求：梳理 HTTP 层与中间件各自负责什么并出文档、写一个能编译的示例、跑测试。
结果是：助理先跑了六条命令读仓库结构，然后并行开了三个子任务，产出一份 179 行的说明文档、一个 54 行的示例，测试跑了两个包加八个中间件子包，报告全部通过。
中途还碰上本地 8000 端口被别的进程占着，助理换了 IPv6 地址去请求，拿到预期返回，并把这处细节留在记录里，之后能在别的会话里被追问出来。
有两点要说明：这是媒体实测，场景由厂商配合搭建；文中没有给价格、额度和并发上限。
二、跟你有什么关系
接手别人代码的人。 省下的不是写代码的时间，是重建上下文的时间。这件事过去靠翻代码加问同事，常常半天起步，而且没法外包，现在至少可以先让工具跑一遍。
带团队的人。 拆任务这件事从人手里挪到了工具，但验收标准还是得人写。工具拆得越细，标准不清的代价越大。
一个人做产品的人。 能离开电脑看进度、跑完再回来评审，等于把等待时间换成了别的事。
三、怎么用，今天就能试
读到这儿，可以顺路看 电脑操作 agent 干完活，谁来验货 读完能了解电脑操作型 agent 的任务完成度为何难自动核验：老办法只看局部画面，新思路让验证器自己动手探索取证，在线离线都能用，做 agent 数据与评测的人值得看。- 先只给它一个仓库，让它写「这个模块的职责和调用链」，再拿你自己知道的去对。对不上，说明它读得不够，别急着让它改代码。
- 一次提三件互不依赖的事。看它是并行拆开，还是一件压一件地排队。这一步决定它是不是真的在做调度。
- 在项目说明文件里写清验收标准：测试怎么跑、什么样的改动算越界。它跑得越自动，这条越重要。
四、三个别信的说法
「个人助理能替你做技术决策。」 实测里它干的是梳理、生成、跑通、汇报，遇到设计取舍仍然回头问人。它替代的是执行，不是判断。
「跨项目记忆等于永久记忆。」 记忆是工具侧维护的上下文，会受项目边界和会话长度影响。重要结论仍然要落到仓库里的文档，别留在对话里。
「免费或用得起。」 这篇文章从头到尾没提价格和额度。涉及 token 消耗的功能，先问清计费口径再规模化。
五、一句话结论
AI 编程的竞争点已经从「写得快」挪到了「记得住、拆得开、收得回」。
信息来源
2026 年 10 月 31 日
功能与价格以官方公告为准。本文写于 2026 年 10 月 31 日。
每周一封，只发新教程和可复制模板。不发广告，随时退订。