LoopDNS资讯播报
GitHub 升级 Copilot 下一步编辑建议:自研低延迟模型 + 强化学习持续迭代 GitHub 公布了新的 Copilot「Next Edit Suggestions(NES)」。功能面向代码编辑场景,目标是在开发者敲代码的同时,实时预测「下一步可能的编辑操作」,而不仅是传统意义上的「下一个 token 补全」。 通用大模型在这个场景要么质量不够、要么延迟过高,无法满足「编辑器内实时交互」要求。因此 GitHub 选择训练专用小模型:NES 被设计为低延迟、任务特化、深度集成 VS Code …
长距离 NES:GitHub Copilot 将“下一步编辑建议”扩展到全文件跳转

Visual Studio Code 团队发布了一篇介绍长距离 next edit suggestions(NES)的文章,目标是把 GitHub Copilot 的下一步编辑建议从光标附近的小窗口,扩展到文件内任意位置。文章给出的动机是常见的重构链式编辑,例如函数重命名、签名变更后带来的远处调用与校验逻辑同步修改,这类下一处关键编辑往往相隔数百行,传统 NES 的有效范围难以覆盖。

为降低全文件搜索空间带来的建模难度,团队采用多模型方案:新增一个专门的“位置模型”负责预测下一次编辑应该跳转到哪里,在位置被判定为有效后,再由原有 NES 生成模型在局部窗口内产出具体编辑内容。文章认为这种拆分可以让两个模型分别专注于空间意图与编辑质量,并支持在不影响核心编辑生成模型的情况下独立迭代位置预测能力。

团队先定义了一个结构化评估流程,从真实编辑工作流出发构造评测数据集,再用空间意图指标衡量效果,指标同时覆盖 jump 与 no-jump 两类情形。文章强调 no-jump 的必要性,因为不合时宜的跳转会打断节奏并削弱信任。训练数据方面,作者将开发者在文件中的编辑轨迹回放,把光标移动转换为训练样本,并用监督微调配合网格搜索获得基线效果,同时提到贝叶斯优化在该设置下未带来增益。


Visual Studio Code Blog,Building Long-Distance Next Edit Suggestions(2026-02-26)
 
 
Back to Top