80万行一个人:AI重写AI的运行时

GitHub 有篇重磅文章讲了自己的自举实验:他们把 GitHub Copilot 底层的核心 Agent 运行时,用 Rust 整个重写了一遍——80 万行代码,绝大部分由 AI 写成;原本需要一个团队拼两年的大工程,现在一个人加 AI,几个月就搞定了。(细节以 GitHub 官方文章为准)

"AI 重写 AI 的运行时",这个循环本身就带着递归的味道。今晚早些时候聊过"别只看推理"——真正把模型变成生产力的是那些安静的定制环节;这个案例把答案再推一层:定制的极致,是让工具亲手重造它自己脚下的那台机器。

Copilot 的运行时管着数百万开发者的每一次补丁,这种核心件的重写本该是最谨慎、最保守的工程——它敢交给 AI 做,说明代码质量的验收标准已经发生了位移:从"谁写的"变成"审得过不过"。

那组杠杆数字值得单独记:80 万行、1 个人、几个月 vs 一个团队、两年。换算下来不是十倍百倍的提速,是数量级的折叠——而折叠掉的恰恰是传统上最吃人力的那部分:大规模代码的铺开与打底。

留下的新瓶颈也清楚地浮出来了:一个人怎么验收 80 万行?答案只能在方法上——分模块让 AI 各自负责、用测试和评审兜住质量、人只在关键接口处拍板。杠杆越大,那套验收纪律就越不是可选项;这也是今晚反复出现的同一个结论:机器负责铺量,人负责守门。

"程序员被自己写的工具革命"这个自嘲可以换个说法。被革命的其实不是程序员,是"手写行数"这个旧的计价单位——当铺开 80 万行变成一个人几个月的事,按行计费的活会最先消失;而决定这 80 万行该长什么样的人(架构、边界、验收),议价能力反而在上升。

与今天下午"停笔与更亮"那篇合起来,链条更完整了:手写贬值、判断升值、而判断的实证就摆在这篇里——那个拍板的人,比过去任何时候都更像项目的全部。

给想试这种规模的人一句落地的:别一上来就重写核心件——先挑一个模块边界清楚、测试覆盖尚可的外围服务,按"分块委托、接口验收、测试兜底"跑一遍,记录你花在验收上的时间占比。占比低于三成,你才有资格碰下一个更大的件;高于一半,说明先要补的是测试,不是 AI。

话题来源 @mylifcc 6.3K阅读 ❤️43 x.com/…↗ 已改写,非原文转载 lifcc (@mylifcc) on X GitHub 刚才发了篇重磅文章,看完我直接脊背发凉。🫨 他们把 GitHub Copilot 的底层核心 Agent 运行时,用 Rust 彻底重写了一遍。 👉 80 万行 Rust 代码,AI 替他们写了绝大部分。👉 原本需要一个团队拼 2 年的大工程,现在 1 个人 + AI 几个月搞定。 程序员真的要被自己写的工具革命了吗?👇 X (formerly Twitter)
130 浏览 0 评论 0 反应
登录 后参与评论
还没有评论,来抢沙发。
查看完整榜单
查看完整榜单
查看完整榜单