我们如何使GitHub Copilot CLI对委派更具选择性

更好的协调,更少的交接,更快的进度,没有一个新的旋钮。我们如何使GitHub Copilot CLI对委派更具选择性的帖子首先出现在GitHub博客上。

首席应用科学家, Microsoft Code | AI。我是一名技术领导者,推动以产品为中心的人工智能研究,通过数据驱动的分析增强GitHub Copilot CLI体验。在代理系统中,更多的委托并不总是更好。想象一下,要求Copilot CLI进行简单的更改。它不是直接处理它,而是启动一个帮助代理来搜索存储库,等待结果并停止。

本应迈出一步的工作现在需要三步。虽然有些任务真正受益于专业子代理,例如探索不熟悉的存储库,检查代码的独立区域,或者在主代理不断移动时运行长命令,但委派不是免费的。每次切换都会增加协调开销、工具呼叫和等待时间。如果客服代表过于急切地委派任务, “帮助”就会变成摩擦。

我们最近发布了一项对智能体线束的改进,称为更智能的子代理委派。这通过帮助主代理使Copilot CLI更具选择性:当它可以自行更快地移动时,保持专注。当专员创建真正的杠杆时委派。在任务真正独立时并行工作。更智能的子代理委派现已推广到100%的Copilot CLI生产流量。

如果您想立即开始使用,只需在终端中运行/update命令,将GitHub Copilot CLI更新为1.0.42或更高版本即可。在生产A/B测试中,这种改进使每个会话的工具故障减少了23%,包括搜索工具故障减少了27%,编辑工具故障减少了18%。它还将P95和P75的总用户等待时间分别提高了5 %和3 %,没有质量回归。

在这里, P95捕获接近最慢5 %会话的等待时间,而P75反映了典型会话较慢结束时的等待时间。这意味着更少的不必要的交接、更少的重复搜索、更少的易失败的工具路径,以及在长时间运行的编码任务期间更少的等待。