实测 TRAE 宝｜开发者的个人助理长什么样？

一个人、一台电脑，与一只 TRAE 宝。

最近，个人 AI 助理越来越火了。

从帮用户处理日程、邮件，到管理文件、自动执行任务，越来越多的 AI 产品开始尝试成为一个能够长期协助用户工作的个人助理。

而 TRAE 也顺势而为，推出了 「TRAE 宝」，官方给它的定位是「开发者的个人助理」。

简单来说，它可以帮开发者同时管理多个项目，记住每个项目做过什么，能把一个大需求拆成多个任务，安排给不同的 Agent 去完成。开发者不用再自己切换会话、检查进度，AI 会帮忙处理这些工作。

为什么 TRAE 会推出这样一个功能？

最直观的原因其实是 Claude Code、Codex、TRAE 这些 Coding Agent 都在改进项目和任务的管理方式。但打开这些工具，左侧基本都是一列 Project，每个 Project 下面又有多个 Session。

这种设计用来管理单个任务很方便，但实际开发时，很多工作会跨越不同的 Project。

当这些任务分散在不同的 Project 和会话里，管理起来就比较麻烦了。因为用户需要自己拆分任务、分配给不同的会话，再重复读取 Context，逐个检查进度，最后把各个任务的结果整理到一起。

从这个角度来看，TRAE 宝的推出确实符合现在开发者的需求。

🚥

我们提前拿到了 TRAE 宝的内测资格，并用一个真实项目完整体验了一遍，下面是这次体验的记录。

TRAE 宝如何提效「视频特效素材库」的开发工作流？

「TRAE 宝 」主要有三个价值点：

•跨项目、跨会话读取 Context

•自动拆分任务、协调多个 Agent

•通过微信、飞书远程管理任务

下面用一个「视频特效素材库」开发工作流，来具体看看 TRAE 宝的价值。

1）从 Opus 5.5 剪视频，到自己开发《我的世界》像素特效素材库

前段时间，Opus 5.5 剪视频在 AI 领域里特别火。

不少开发者开始直接用 Coding Agent 剪视频，包括自动处理素材、生成字幕、制作动画等。我们「十字路口」团队其实之前也用 Opus 5.5 尝试过视频剪辑，效果还不错：

现在用 AI 剪视频已经越来越普遍了。就连 CapCut 也准备以插件的形式接入 ChatGPT。

但在实际剪辑过程中，我们还想给视频增加一些更特别的效果。比如，自己开发一套《我的世界》（Minecraft）风格的像素视频特效。

像方块爆炸、像素消散、方块聚合、传送门、像素转场等，都可以作为视频剪辑时的素材，以后甚至可以一个 Skill 直接在 AI 剪辑视频里调用这些开发出来的特效。

比如下面这个「信标光柱」，就非常适合嘉宾抛出来一个金句后，放在画面中显示：

而且，我们希望这些特效最终都支持 Alpha 透明通道，能够直接叠加到原本的视频画面上，在剪映或者一些开源视频剪辑项目里使用。

这里面涉及前期调研、技术选型、不同特效的开发、透明视频导出，以及最后的素材整理。

这次，我们准备把整个需求交给 TRAE 宝。

我们想看看，它能不能帮我们管理从调研到开发的整个过程，让开发者少做一些重复解释 Context、切换会话和整理成果的工作。

2）不用反复交代 Context，让全局 Agent 自己调研技术方案

首先，我们没有急着让 TRAE 宝做开发。

因为我们自己也还不确定，究竟应该开发哪些像素特效，以及用什么技术实现最方便、效率最高。

比如，《我的世界》风格的方块爆炸，既可以通过 Three.js 创建大量 3D 方块，也可以使用 Canvas 或 Shader 实现类似的视觉效果。不同方案的开发难度、渲染性能和最终效果都不太一样。

所以第一步，我们先让 TRAE 宝创建一个独立的调研任务项目。

提示词如下：

> 调研目前有哪些值得制作的 Minecraft 风格像素特效，寻找现有的开源方案，再研究这些特效最适合用什么方式实现。

同时，还需要重点研究 Alpha 透明通道的导出方案，包括透明 PNG 序列、MOV ProRes 4444，以及 FFmpeg 的相关处理流程。

最后，再根据实际开发成本和效果，推荐一套最合适的技术方案。

这里的重点，是我们直接把调研工作交给 TRAE 宝，让它单独安排一个 Agent 执行。

我们不需要提前指定必须使用 Three.js，或者规定每种特效的实现方式，而是先让 Agent 查找资料、比较不同方案，再给出建议。

这份调研最终需要交付一份报告，包含值得开发的特效类型、技术选型、开源参考，以及后续开发需要遵守的规范。

所有工作产物全部集中在右侧的工作台里，不需要我们自己去单独找：

现在市面上的个人 AI 助理已经不少了，但 TRAE 宝有一个比较明显的区别。

它主要面向开发者，能够结合已有的 Project、Session、代码文件和历史任务，理解你正在做什么。

比如，我们之前已经开发过一些视频特效，也确定了常用的技术方案、代码规范和导出格式。那么下次再提出类似需求时，就不需要从头解释这些背景，TRAE 宝可以直接参考之前的项目记录。

甚至包括一些比较细节的个人习惯，比如我们更喜欢哪种技术方案、习惯怎么组织项目、希望最终交付什么格式的文件，都可以通过已有的 Context 来理解。

这也是全局 Agent 比较有价值的地方：开发者不用每次开启新任务，都重新向 AI 介绍一遍自己的工作。 对于一些没有明确交代的细节，它也可以先从已有项目中寻找答案。

当然，这些都建立在它能准确找到相关 Context 的前提下。

3）跨项目读取调研成果，再安排 Agent 开发特效

完成前面的技术调研后，我们就可以开始正式开发了。

这里，我们就不需要继续在调研会话里下达任务，可以直接让 TRAE 宝开启一个新的开发项目，界面还是 TRAE 宝的对话界面。

要求是：根据刚才完成的像素特效调研项目，读取里面的技术方案和开发规范，再根据这些内容开始制作特效。

TRAE 宝作为全局助理，能够读取不同项目的历史任务、对话和产物。找到调研结果之后，接下来就是安排开发。

这时候，我们希望 TRAE 宝根据前面的研究，自己判断哪些特效适合先做、哪些代码可以共用，以及哪些任务可以交给不同 Agent 并行执行。

TRAE 宝会根据之前的一份 SPEC 自己去拆解整个大任务，并制定好交付标准：

比如，方块爆炸和像素消散虽然是两种不同的动画，但它们都需要处理像素粒子、运动轨迹和动画时间。

如果前面的调研已经确定了一套通用的粒子渲染方案，那么后续开发就可以尽量复用这部分代码。

TRAE 宝可以把前一个项目的研究成果，直接用于新的开发项目，并减少中间需要我们手动协调的工作。

比如，开发过程中，如果某个 Agent 已经解决了透明背景的渲染问题，其他 Agent 就可以参考这套方案，不必重复研究。

同样，如果某一种特效的动画参数已经调整得比较合适，也可以作为其他特效的参考。

4）不用一直守在 IDE 前，通过微信跟进开发

开始开发之后，我们可以用 TRAE 宝链接飞书和微信这样的 IM，通过微信远程管理任务。

因为像素特效的开发通常需要反复调整。

比如，方块爆炸的粒子数量可能太少，画面效果不够明显；像素消散的动画速度可能不合适；一些特效还可能遇到透明背景导出失败的问题。

如果用普通 Coding Agent，我们当然可以直接回到对应会话里修改，也有各种远程使用的方式。

不过，TRAE 宝已经支持绑定微信、飞书等聊天工具。

这意味着，我们可以不打开 TRAE 的主界面，直接在微信聊天窗口里询问任务进度、补充需求，像下面这样：

所以，在特效开发的过程中，我们准备通过微信向 TRAE 宝询问当前有哪些任务已经完成、哪些还在执行，以及是否遇到了问题。

如果某个特效需要调整，也可以直接通过微信把新的要求发过去。

比如，告诉它把方块爆炸的粒子数量增加一些，或者让像素转场的动画时间缩短，把生成特效视频的切片先拼接出来发给我：

等回到电脑前，再打开 TRAE 宝工作台，就能查看具体的执行过程、生成的代码和特效预览。

这里比较方便的一点，是开发者可以通过同一个全局助理，了解不同任务的进展。尤其是同时有多个项目在运行的时候，不需要为了确认每个任务的状态，反复进入不同的会话。

可以说，TRAE 宝的优势更多在于，它直接把这些入口整合到了产品里，减少了额外配置和操作。

5）跨项目整合成果，交付一套可以用于视频剪辑软件的特效库

到了最后一步，我们准备让 TRAE 宝把前面所有项目的成果整理起来。

因为对于视频创作者来说，单独生成几个特效文件还不够方便，我们希望最终得到的是一个完整的素材库。

打开网页，就能看到所有《我的世界》风格的像素特效，按类型选择和预览，再下载对应的视频文件。

将我已经在微信上判断好的「我的世界开发特效」做成项目库：

先看看已经开发好的「TNT 连环爆炸特效」，放进剪映里的效果（所有特效都需要统一让 TRAE 宝检查 Alpha 透明通道）：

如果发现某个特效存在问题，可以继续让 TRAE 宝定位对应的代码和开发任务，再安排修改。

最后，我们准备让 TRAE 宝开启一个新的整合任务。

这次需要它同时读取前面的技术调研项目和特效开发项目，把不同 Agent 生成的代码、动画和导出文件汇总起来。

这里又涉及跨项目读取 Context。前面的调研项目负责确定技术方案，开发项目负责生成具体的特效，而最后的整合项目，需要用到它们各自的成果。

最终的 HTML 页面可以按照方块爆炸、像素消散、方块聚合、传送门、像素转场等类型组织素材。

点击任意一个特效，可以查看动画预览、主要参数和对应的导出文件。

甚至，我们还可以根据这些特效的特点，让 TRAE 宝进一步开发一个 Skill。

这样以后再把视频交给它剪辑时，它就能结合视频画面、口播内容，以及其中的隐喻，自主判断哪些地方适合加入特效，并调用对应的素材。

这样一来，从特效调研、开发，到最后在视频中自动使用特效，就形成了一套完整的 Workflow。 而 TRAE 宝的价值，就是为这套流程提供了一个统一的交互入口，不需要我们反复切换不同的项目和会话。

从调研、开发到最后的素材整理，这次整个流程涉及多个相互关联的项目。

TRAE 宝可以进一步减少的是项目之间的管理成本，可以直接通过一个全局助理安排后续工作。

TRAE 宝，一个统一的交互入口

做完这次像素特效项目，我觉得有必要讨论一个问题：

如果 Claude Code、Codex 本来就能完成这些开发任务，那我们为什么还需要 TRAE 宝？

其实从技术能力来看，它们之间并没有那么大的差别。

现在的 Claude Code 已经支持 Subagent 和 Agent Teams，Codex 也能管理多个 Agent，通过 Worktree 让不同任务并行执行。自动拆分需求、调用工具、修改代码、运行测试，这些都已经是成熟 Coding Agent 的基本能力。

TRAE 宝则是提供了一个统一的交互入口，把开发者原本需要自己管理的工作，集中交给了一个全局助理。

比如，过去我们使用 Coding Agent，通常需要自己决定在哪个项目里开启会话、把任务交给谁、哪些代码需要复用。

当项目数量比较少时，这些操作其实不麻烦。但如果手里同时有几个项目，每个项目又有多个会话，管理起来就会复杂一些。尤其是不同项目之间需要共享 Context 的时候，还得花时间寻找之前的文件产物和代码。

这里其实就是 TRAE 宝的「生态位」。

开发者可以直接通过一个入口提出需求，让它查找相关的历史项目、安排任务，再通过工作台了解执行情况。

如果它能够准确找到需要的 Context，并协调好不同 Agent 的工作，就能减少不少重复解释和手动切换的操作。

另外一个比较实用的地方，是微信、飞书等聊天工具的接入。

比如，我们正在开发像素特效，中途有其他事情需要处理，就可以直接通过微信询问进度，或者补充新的修改要求。

对于不想一直守在 IDE 前的开发者来说，这种交互方式确实方便。

不过，TRAE 宝目前还有一些限制，比如本地任务需要电脑保持开机，云端任务和完整的移动端能力还有待后续更新。

整体来看， TRAE 宝的价值，主要还是产品体验上的改进。

它把项目管理、Context 查找、任务调度和远程沟通放在了一起，让开发者可以少关注一些具体的操作，把更多时间留给需求设计和最终验收。

从更大的角度来看，Coding Agent 的竞争也正在发生变化。

当各家 Agent 都已经具备很强、很完整的的 Coding能力，谁能让开发者更方便地管理多个项目、减少重复操作，也会成为影响使用体验的重要因素。

如果你平时需要同时管理多个项目，或者经常要在新会话里重复解释 Context，可以下载 TRAE（已支持 Windows 和 Mac）体验 TRAE 宝 。

文章来自于"十字路口Crossing"，作者 "GaKi"。