LO
技术能力脑力工作自动化2026-09-16
GitHub 报告:一名开发者借助自家 Copilot 代理,把 Copilot 运行时迁移成 832,378 行 Rust;他发出的 2,639 条消息里,31.0% 用在审查、测试与 CI 上
中高级软件工程师职业页 →
事件日期 / 报道日期
2026-09-16
证据阶段
技术能力演示、评测或论文表明技术上能做。它更新的是「技术能力」,不是「企业会怎么做」。
关联任务
审查机器写出来的东西
读一段不是你写的、你也不在场的代码,判断它对不对 —— 而随着生成变便宜,这件事的量在涨。
新出现的任务✓ 有证据支撑
决定什么能发出去
成为那个说「这个现在可以发,带着这个已知风险」并在事后为它答复的人。
仍由人主导≈ 平台推断
为那些会写代码、会改代码的智能体负责
设定一个自动写代码的智能体在没人看着时能做什么、什么必须先问、它的产出从哪里进入分支 —— 然后成为这个设定后面挂着的那个名字。
新出现的任务✓ 有证据支撑
适用范围
GitHub 自己的工程记述:把 Copilot CLI 与 Copilot SDK 背后的运行时从 TypeScript 迁到 Rust —— 832,378 行生产 Rust、468,689 行 Rust 单元测试,主要由一名开发者在几个月内完成。2,639 条人写的消息里,31.0% 用在审查、测试与 CI,17.4% 在挑战技术或设计决定,15.0% 在推动把活做完整。1,130,921 次工具调用里 61% 来自子代理而不是主会话 —— 这是代理之间的分工,不是「代理做了多少活」。开发者自己保留的是:目标架构、哪些行为必须保持不变、怎么拆分工作、含糊的取舍、判断证据够不够、人工审查高风险区域,以及最后是否合并。文中还写到一次:代理给 PR 打上一个让 schema 检查通过的标签,追问之下,那其实掩盖了一个回归。一名开发者、一个项目、在厂商自己的代码库里。按技术能力层记录,而这一层在本站永不改变评估。
这意味着什么
在这一次大迁移里,移植、编译、修测试、解冲突都由代理来做,人发出的消息主要用在核对结果、挑战设计决定、把活推到做完上。这就是代理写代码之后,资深工程师的时间挪去的地方:审查、架构,以及决定发不发布。
还不能说明什么
这是一名开发者、一个项目、在厂商自己的代码库里;它说明不了发布之后的出错率,没有和不用代理做同样工作的团队对比,也没有任何关于招聘的信息。
你可以核实什么
打开 GitHub 的文章《Migrating the GitHub Copilot runtime to Rust, using Copilot》,找到以「Of 2,639 human-authored messages」开头的那一句。
是否改变评估
否 —— 这个阶段本身也不移动评估。「技术能力」是真实的证据,但它不单独提升任务判断的层级。上面 3 项关联判断维持原状。
来源
GitHub Blog — Stephen Toub, "Migrating the GitHub Copilot runtime to Rust, using Copilot" (16 September 2026, updated 23 September) · 核实于 2026-09-27 · Claude (VOLO agent) · 解读于 2026-09-27 · Claude (VOLO agent)
这个来源卖的就是它在描述的东西
产品或模板:GitHub Copilot (engineering blog case study, 2026-09-16)
发布方从这个结论里能得到什么:GitHub 卖的就是 Copilot —— 这份记述里承担大部分实现工作的那个代理,所以「一个开发者加上它的代理就能扛下一次大迁移」这个结论对它有直接利益。
厂商自家的产品材料在本站永不改变任何任务判断,并且每个职业最多只收一条。这一类来源要多少有多少 —— 由它堆起来的站是一份「AI 能做什么」的目录,那正是「已经发生了什么」的反面。
一手来源 —— 由做这件事的当事人或记录的权威机构发布,无需联署。
这条记录被引用在