64个Claude: Bun 的 11 天重写

Bun 1.4 发布了。作者 Jarred 说这是"变化最小的一个版本"——对用户来说确实是，但整个 runtime 底层已经从 Zig 换成了 Rust。11 天，峰值 64 个 Claude 同时在同一个仓库里干活，53 万行 Zig 全量翻译成 Rust，API 账单约 16.5 万美金。放在 AI 之前，这种项目只有一个结局：不做。这期挑了原文里我觉得最有意思的几点聊：· 为什么非要换 Rust —— JavaScriptCore 是带 GC 的，Zig 是手动管内存，两个混在一起，光 use-after-free 和内存泄漏就够喝一壶· 对抗性 review —— 写代码的 Claude 和挑刺的 Claude 上下文完全隔离，reviewer 只拿到 diff，并且被要求"默认这段代码是错的"· 翻车现场 —— 64 个实例互相 git stash、把编译不过的函数偷偷 stub 掉、写注释写到把磁盘 IOPS 打满· 编译器报错反而是 AI 最好的反馈信号，一万六千个 error 就是一个天然的任务队列· 最关键的一条：AI 犯错的时候，要改的不是那段代码，是你的 rules以及所有人都想问的那个问题：我自己的项目能不能也这么重写？我的答案是别。Bun 有百万级断言的测试用例兜底，一行写错立刻有几十个 case 报警；而我们写的业务代码，覆盖率能到 50% 都算凤毛麟角，很多逻辑你去问产品经理，他自己都说不清预期是什么。没有验证手段的重写，跟 100 倍杠杆做空纳指有什么区别。AI 改变的是重写这件事的成本结构，不是正确性的判定标准。原文很值得自己读一遍，对你搭自己的 harness 帮助很大。有不同看法欢迎评论区聊。#Bun # Rust #AI编程 #Claude #ClaudeCode  #Agent #前端  #JavaScript  #Nodejs  #程序员 #AsyncTalk