📌 📄 内容摘要:
Epresin 在 一个基于fork主agent的subagent创建方式构想 中发帖
在上下文是有限的这个前提下
很多调度“agent/主agent”会把一些消耗上下文的任务交给subagent去做
比如说：计划，修改，审核
但是这就有了一个问题，计划，修改，审核这类操作，都很依赖于agent对项目的理解
而调度agent在向subagent分发任务的时候，不可避免的会损失一部分项目信息，如果传递的比较多，又会导致subagent运行缓慢，成本爆炸
所以说我就有了一个想法，为什么我们不让调度agent自己去干这些活呢？
我们可以在需要做plan的时候，把调度agent fork出去，加一段固定的prompt，告诉它下面应该干哪些活，最后返回任务的结果给原本的调度agent（TodoList,修改结果,审核方案）
而这个过程中，大部分的context都是走缓存的，所以说成本实际上并没有很高（甚至可能比直接让子agent自己去探索更便宜），而因为上下文包含完整的项...
────────── 链接信息 ──────────
🔗 论坛链接: linux.do
📎 访问地址: https://linux.do/t/topic/1952619/1
─────────────────────────────
📢 来源：LINUX DO
