只有 1% 的程序员能看懂:Anthropic 的 C 编译器,是一场对“码农”的降维屠杀

程序员的墓碑可以开始想刻什么字儿了?

昨晚刷到 Anthropic 这个新闻的时候,手里刚泡好的咖啡突然就不香了。如果说以前 AI 写个贪吃蛇、切个图,我还能安慰自己“这就一玩具”,那这次 Claude 徒手写出一个能编译 Linux 内核的 C 编译器,简直就是骑脸输出。这不仅仅是个技术 Demo,这就是一份甩在传统软件工程脸上的“病危通知书”。

00:42

  1. 圣杯?现在是 AI 的量产杯了

圈子里都知道,写编译器的才是真正的“爷”。你精通 Spring Boot?不好意思,那叫配置工程师。只有搞定词法分析、寄存器分配、链接原理的,才配站在鄙视链顶端。这玩意儿被称为计算机科学的“圣杯”。

结果呢?这个圣杯现在被 AI 拿来当水喝了。

Anthropic 搞出来的这个 claudes-c-compiler (CCC),最搞心态的不是它能跑,而是它怎么跑起来的:

用的 Rust:这语言的学习曲线有点。。。我认识的工作十年以上的朋友习惯用它的不多,但AI 直接拿来写编译器。

全栈自研:从 Lexer 到 Linker,连汇编器都自己写。没用 LLVM,没用 binutils,主打一个“零依赖”。

战绩:然后它编译了 Linux Kernel 6.9。当然了,还有 PostgreSQL (all 237 regression tests), SQLite, QuickJS, zlib, Lua, libsodium, libpng, jq, libjpeg-turbo, mbedTLS, libuv, Redis, libffi, musl, TCC, and DOOM 。。

兄弟们,怎么看?

当一个 AI 能处理内核级的指针运算、搞定 ELF 文件格式,甚至生成能直接在裸机上跑的机器码时,别再拿“AI 只能写写前端页面”这种话骗自己了。

你远不如它?

  1. 那个死循环脚本,比恐怖片还吓人

说实话,真正让我背脊发凉的,不是编译器代码写得有多好(反正生成的汇编效率也一般),而是这玩意儿是怎么造出来的。

根本没有什么人类架构师在那指挥“你先写 Parser,他写 Backend”。这帮工程师就写了一个糙得不能再糙的 bash 脚本,看着像个刚学 shell 的实习生写的:

#!/bin/bash

while true; do

1. 叫醒一个 Claude Agent

2. 把代码库甩给它

3. 吼一句:"去找个 bug 修了,或者把这功能做了!"

4. 提交代码,滚蛋,下一个上。

claude --dangerously-skip-permissions ... &

done

2.1 此时此刻,赛博黑奴在狂欢

你看这脚本,像不像那种最黑心的血汗工厂?

没有每日站会,

没有扯皮的需求评审,

没有“这周状态不好”的借口。

16 个 Claude Agent 并发干活,为了抢任务,它们甚至学会了用文件锁(File Locking)互斥。Git 冲突了?它们自己解决,只要逻辑通顺,直接 Force Merge。

这就相当于你雇了 16 个不知疲倦的顶级程序员,它们不喝水、不睡觉、不抱怨,唯一的消耗就是 API token 费。算下来大概 2 万美元。

2 万美元,买一套能编译 Linux 的编译器源码。你去外包市场问问,这点钱能买到啥?大概能买个 PPT 吧。

  1. 所谓的“智能”,其实全是鸡贼

但这事儿也没那么玄乎。我仔细扒了扒它的技术细节,发现这 AI 精明得很,甚至学会了人类工程师的“滑头”。

3.1 既然解决不了问题,就找个抄作业的对象(人类帮它解决了)

它是怎么保证生成的二进制代码是对的?

人类帮它做到了——Oracle(预言机)测试。

说白了就是“抄作业”。让它把 GCC 当作标准答案。

GCC 编译 99% 的文件,CCC 编译 1%。

链接起来跑。

崩了?那就是这 1% 的锅。

二分法定位,直到找到哪个函数写错了,改完接着试。

这哪是什么“智能涌现”,这就是暴力穷举版的 TDD(测试驱动开发)。它不需要懂为什么要这么分配寄存器,它只需要知道“跟 GCC 跑出来的不一样”,然后像只无头苍蝇一样疯狂试错,直到试对为止。

3.2 遇到硬骨头,直接躺平

还有个细节特逗。编译 Linux 内核得处理 x86 的 16 位实模式启动代码(Real Mode Boot Code)。这块特恶心,很多现代编译器都不想碰。Claude 试了几次,发现生成的代码体积太大,内核起不来。

要是头铁的程序员,可能还要死磕三天三夜。AI 呢?它直接摆烂了。它写了个逻辑:只要看到 -m16 参数,直接调系统的 GCC 去编译。除了这极小一块,剩下的几百万行代码它自己扛。

你看,这不就是我们在工程里常干的事吗?——“这里太麻烦了,先调个库顶一下。”AI 连这种工程上的 Trade-off(权衡)都学会了,甚至比很多死脑筋的程序员还灵活。

  1. 你的熟练度,正在变成废纸

看完这个项目,我最大的即视感就是:“平庸代码”的丧钟响了。

以前我们靠什么赚钱?靠熟练度。靠我知道 Spring 某个注解怎么用,靠我能默写快排,靠我比别人更懂怎么配置 Webpack。我们以此为荣,管这叫“经验”。

现在,AI 用两万美金告诉我们:这些所谓的熟练度,一文不值。

你是 CRUD Boy? 那你完了。你的产出速度、质量、成本,在不知疲倦的 Agent 面前就是个笑话。

你是资深架构师?你也不安全。AI 确实还需要你来定义问题,但如果你只会画图不会落地,或者思维跟不上这群疯狗一样的 Agent,你也得被淘汰。

那个在工位上还得查文档写 Makefile 的你,和那个能指挥 16 个 Agent 并发重构内核的你,中间隔着的不是技术差距,是物种隔离。

  1. 别想墓碑了,想想怎么活吧

回到开头。程序员的墓碑上该刻什么字?

“这里长眠着一位手写 Getter/Setter 的匠人”? 别逗了。

claudes-c-compiler 这个项目其实指了一条路:

代码本身不值钱了。以后别再按行数算工作量了,那跟按敲键盘次数算工资一样荒谬。

验证(Verification)才是王道。在这个项目里,人类做的最牛逼的事,不是写代码,而是设计了那个找 GCC 抄作业的测试流程。只要你能定义什么是“正确”,AI 就能给你堆出来。

做那个设计死循环的人。

总结

程序员这个职业不会死,但“码农”(Code Monkey)正在经历白垩纪大灭绝。

如果你还在纠结这个 API 怎么调、那个语法糖怎么写,赶紧醒醒吧。

未来的编程,不是让你在编辑器里敲 if-else,而是让你去设计一个系统,然后哪怕翘着二郎腿喝咖啡,也能静静地看着 AI 把 if-else 填满。

要么学会驾驭这帮赛博黑奴,要么被它们取代,没第三条路。

参考地址:

https://github.com/anthropics/claudes-c-compiler

https://www.anthropic.com/engineering/building-c-compiler