Cline4.1.20在9月22日发布，改了两处影响日常使用的地方。一是同一步里生成的多个子代理，现在会同时执行各自的工具调用，而不是一个接一个排队；必须按顺序来的工具仍然按顺序执行，父代理也仍然会等所有结果回来再进入下一轮。
并行这件事对长时间任务的意义比看起来大。子代理如果串行，每个工具调用的等待时间会累加，一个要开五六个子代理的任务，光排队就能吃掉不少时间；并行之后，这一段的耗时取决于最慢的那一个。官方也划了边界：必须保持顺序的工具调用不会被打乱，父代理汇总结果的位置也没有变。
第二处改动是输出预算。以前是固定给32000token，现在改成按模型宣称的输出上限取三成，两相比较取更大的那个。官方举的例子是，上限低于约10.7万token的模型基本没有变化，超过这条线的模型会拿到更大的默认预算，代价是更长的回复可能带来更高的单轮成本和延迟。
这个改动值得自己算一下。预算变大意味着模型更容易一次把话说完，不用因为被截断而重来，对要生成大段代码或长文档的任务是好事；但如果任务本身只需要一句话，更宽的空间也可能让它写得更长，成本和延迟就上去了。官方把它定义成默认值的调整，也就是说可配置，动手之前先看清自己常用模型的输出上限落在哪一档。
把这次更新放进最近的发布节奏里看，值得注意的不是某一个数字，而是这类编码工具正在把默认值往模型能力上限的方向推。Cline的SDK同一天也发了0.0.85，修的是另一类问题：一轮回复把输出token额度用光、却没产生可用的工具调用时，现在会重试，而不是直接判定这次运行失败。两处改动指向同一件事，默认配置正在从保守转向按模型能力分配资源。
申请创业报道，分享创业好点子。点击此处，共同探讨创业新机遇！
