10 月 29 日，TRAE 上线开发者个人助理，卖点不是生成得更快，而是记住得更多：一个全局助理负责跨项目的经验复用，一个项目助理负责把复杂需求拆成子任务并行跑，再把编译、测试、汇总收进同一条链。
拆任务这件事被交出去了
同期公开的实测选了一个 2.6 万星的 Go 微服务框架，难点恰好是上下文：仓库主干已切到 v3 包路径，AI 若沿用记忆里的 v2 写法，生成的示例根本编不过。项目助理先跑了 6 条命令摸清目录，再并行推进三个子任务，产出 179 行架构说明与 54 行可编译示例，示例监听 8000 端口、5 秒超时，并挂上框架的生命周期管理。
对照组的细节更说明问题：OpenAI 把 ChatGPT 和 Codex 并成一个产品，Cursor 3 把 Agent 管理移出侧边栏，方向一致——竞争点从「补全一行」转向「调度一个项目」。命名却不统一：一家把整机叫开发者个人助理、两层分别叫全局与项目助理；另一家直接称之为「TRAE 宝」。同一件事，两个名字。
记忆没有失效机制
产品说明里有一条容易被跳过的限制：当前版本只支持本地任务，云端与移动端要等后续迭代；全局助理可绑飞书、微信，在不开客户端的情况下派活。这意味着「跨项目记忆」目前绑在一台机器上。
更值得琢磨的是「听汇报、做判断」这个新姿势：开发者的工作从写代码，变成审阅几份互相独立的产出，并决定哪一份能合入。工具把执行成本压下去的同时，把判断成本抬了上来。
判断：第三代的胜负手是状态管理，不是模型分。但记忆越久，越可能引用过期事实——实测里 v3 与 v2 的包路径分歧就是预演。没有过期标记与置信度，跨项目助理会从帮手变成负担。真正的门槛是让 AI 知道「这条经验已经不作数了」，而不是记住更多。
原文链接：http://www.geekpark.net/news/373190
来源：极客公园
