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