一开始我也觉得应该是你上面那张图的架构…
后来发现其实并不是…目前的Trae宝似乎就是纯Router的模式…SuS大佬写的那个帖子很中肯…
1 个赞
SuS
3
核心设计都是一个入口，任务路由分发，大体上的结构其实是差不多的
2 个赞
以前是都是各个智能体，类似于团队成员，这个trae就相当于秘书，权限更大一点；但是这个秘书又只能是一个，可以有多个秘书吗
骆谦实
6
牛的兄弟！我感觉你们的测试逻辑很不错，从底层的实现去深挖他们的实现机理~
有的有的, 但记忆系统据他自己所说和是保持原样的, 依旧是用户级/项目级/会话级, 工具也保持一致.
1 个赞
骆谦实
8
看来定位就是更聚焦于让人不用再自己去具体操作派活，而是只需要告诉TRAE宝助理给哪个项目派什么活，然后他就自己去派活了。
更显式的部分是替代人工在SOLO模式下去一个一个派发子任务。（而且默认增强提示词，把大白话结构化一下在给出去。）
1 个赞
我感觉是的, 作为助力的存在, 作为人类和执行agent的中间层.
但目前我还没有做太多纯粹的任务分配的测试, 不知道具体实现怎么样…
我自己简单测试的做了几个小工具, 发现他基本也是创建一个项目子会话之后, 一直在复用那个子会话…虽然最终目标都完成了…但从流程中没有看出这个中间层有什么更特殊的作用…主要就是翻译我的话…然后再把执行agent的话翻译给我…
