Trellis 派发的子代理容易跑很久,是 Trellis 提示词问题,还是子代理天生如此?

先丢问题,子代理不好用怎么办?

优化子代理提示词?魔改 Trellis?放弃子代理直接主对话一把梭?有其他开发工具集推荐吗?


环境:Kimi Code Desktop
模型:DeepSeek V4.1 Flash 1017
流程:harness 跑网站开发,用 Trellis 0.6.17 先规划生成任务文档,再实现。

Trellis 默认有时会派发子代理来做功能实现和质量检查(trellis-implement, trellis-check)。
但一旦启动子代理,子代理很容易消耗巨多时间,子代理上下文开销也容易飞速膨胀!:tieba_033:

我查看任务记录发现,子代理基本不读取各种文档、规范,稍有疑问就去读源码,各种信息都要重新理解一遍……:tieba_033:

最浪费注意力的是,子代理会一五一十地去研究前端组件源码(比如 vant,antd),甚至在编译完成后去读 DLL 二进制内容……(虽然也跟项目组织方式老旧有一定关系:tieba_019: )

现在真不知道怎么办了,佬们现在开发用子代理多吗?如何优化子代理呢?

加点同义关键词:Trellis 子 Agent,Trellis 子智能体。

2 个赞

这可能就是trellis开子代理想要干净的上下文的弊端吧。我觉得prd和implement准备的充分一点儿可能会好点儿

直接禁用掉trellis的子代理,使用agent本身的子代理,这个问题基本就解决了,开发任务中尽量少用子代理,超复杂的大任务就单独开一个会话让一个超聪明的模型去调度子代理完成任务,比较复杂的大任务让模型自己正常开一两个子代理就行了