跳到正文
中文
FikirPilot 内容

使用 GitHub Copilot 将 Copilot 运行时迁移至 Rust

更新于: 2026年9月17日 · 3 分钟阅读

发布于: · 消息抵达: · 处理时长: 2 分钟

来源最后核查:

使用 GitHub Copilot 将 Copilot 运行时迁移至 Rust
代码界面和键盘

GitHub Copilot CLI、GitHub Copilot app和GitHub Copilot SDK底层的Copilot agent runtime,最初是为GitHub Copilot cloud agent(CCA)使用TypeScript、Node.js和V8开发的。GitHub借助GitHub Copilot app和Copilot CLI,以超过800,000行可用于生产环境的Rust代码从头重写了该运行时。其中大部分代码由AI代理生成,相关更改通过128个拉取请求分阶段合入主分支。在迅速修复由此产生的回归问题的同时,性能提升了几个数量级。这个过去可能需要一个团队耗时一到两年才能完成的项目,主要由一名开发者在几个月内完成;其他团队成员也继续扩展该系统的能力。

这一共享运行时不仅支持GitHub Copilot CLI和GitHub Copilot app,还支持VS Code、Visual Studio、CCA、Copilot Code Review(CCR)、Copilot Cowork、Copilot Studio、Excel、Outlook、PowerPoint和Word的最新版本。这些产品中有许多最初开发了各自的代理循环,后来转而采用为Copilot agent runtime提供接入方式的GitHub Copilot SDK。此举旨在让各产品共享安全性、可靠性、性能和智能方面的改进。

不过,基于TypeScript、Node.js、V8、Ink和React的架构虽然足以用于控制台应用程序,但在要求快速启动、低内存占用和高服务器密度的环境中存在局限。此外,在快速开发的首个CLI版本中,终端界面与运行时并未作为独立层存在,而是相互交织。

为什么重要

这一变化的影响超出了单一开发者工具的范畴;使用共享运行时的庞大产品群能够通过同一基础设施,共享安全性、可靠性、性能和智能方面的改进。对于需要快速启动、低内存占用和高服务器密度的环境而言,消除先前技术栈的局限,关系到负责将该运行时引入不同产品的团队。整个过程主要由一名开发者和AI代理在几个月内完成,这表明在大规模生产代码转型中,分工和审查方式可能发生变化。相关更改通过128个独立的拉取请求合入,同时修复了回归问题,这说明速度并未消除分阶段审查的必要性。不过,这些结果基于GitHub自身的技术说明;目前没有提供有关新架构长期维护负担的信息。

背景

GitHub在FikirPilot档案中并不是一个新名字:过去90天内,我们发布了3篇提及该名称的新闻,最新一篇发布于2026年9月11日。

术语:代理

AI代理是一种软件,它并非只生成单个回答,而是通过调用工具并执行多步骤任务来实现目标。

来源: GitHub Blog