【AI 杂谈】一个人，11天，100万行代码

System_0826

292人浏览 · 2026-07-15 10:33:33

System_0826 · 2026-07-15 10:33:33 发布

一个人，11天，100万行代码

第二天，他想放弃

2026 年 5 月 4 日，Jarred Sumner 盯着终端上的编译错误，第一次认真问自己：是不是不该这么干。

两天前，他启动了 Bun 从 Zig 到 Rust 的全语言重写。Bun 是一个 JavaScript 运行时，拥有 53.5 万行 Zig 代码，月下载量超过 2200 万次。Sumner 用的是 Anthropic 尚未公开发布的 Claude Fable 5 模型，搭配 Claude Code 的动态工作流。想法很明确：让 AI 把 Zig 代码机械地翻译成 Rust，保持行为一致，不做架构改动。

想法简单，执行是另一回事。

Claude 生成的第一批 Rust 代码根本无法编译。语法错误、类型不匹配、借用检查器的报错堆成山。Sumner 后来在博客中写道：“刚开始的几天，我完全不相信这件事能跑通”（来源：bun.sh）。他在 Hacker News 上灭火的原话更直白：“这些代码极有可能被全部丢掉。”

这不是天才和 AI 轻松配合的童话。重大技术决策都有一个差点被放弃的时刻。Bun 重写的故事值得记录，恰恰因为它卡在这个临界点上——往前一步是工程奇迹，退后一步是又一次被放弃的实验。

Sumner 没有退。

为什么是今天？

在按下"开始"之前，Sumner 已经等了很久。

Bun 从 2021 年诞生起就用 Zig 编写。Sumner 在奥克兰一间狭小的公寓里花了一年时间，在没有任何 LLM 辅助的情况下写出了第一个版本。Zig 的低级控制力让 Bun 获得了超越竞品的启动速度和安装速度，这个决策在当时完全正确。两年内，Vercel、Railway、DigitalOcean 相继提供了一级支持。

但问题在同步积累。

Zig 版本的 Bun 存在大量内存安全 bug：use-after-free、double-free、错误路径中忘记释放内存。Sumner 在博客中说，他甚至晚上睡觉都在担心 Bun 会不会又崩溃（来源：bun.sh）。这些 bug 在 Zig 中只能靠编码规范约束，在 Rust 中会被编译器直接拦截为编译错误。

更关键的变量是生态变化。2025 年 12 月 Anthropic 收购了 Bun，将其作为 Claude Code 的底层基础设施。Sumner 的原话很直白：

Claude Code 以 Bun 可执行文件的形式分发给数百万用户。如果 Bun 出问题，Claude Code 就出问题。

与此同时，Zig 官方社区明确拒绝 AI 生成的代码。Bun 团队已经重度依赖 AI 辅助开发——一个叫 RoboBun 的 Claude 机器人甚至成了仓库里合并 PR 最多的贡献者（来源：NodeSource）。继续用 Zig 意味着必须长期维护自己的编译器分支，成本越来越高。

三个条件在 2026 年 5 月同时到位：Claude Fable 5 的上下文窗口刚好能容纳整个 Bun 代码库的架构信息；Rust 的代码生成质量达到了可验证的阈值；Anthropic 的收购提供了不担心 16.5 万美元 API 成本的底气。

Sumner 花了整整一周测试新模型能否重写 Bun。他的判断在第五天左右发生了转变：

大部分测试套件开始通过，我看到新的 Rust 代码和原始 Zig 代码的对应关系。我的判断从"值得一试"变成了"我要合并这个"。

（来源：bun.sh、InfoQ）

第 1-5 天：机器在写，人在看

5 月 3 日，第一天的核心任务不是写代码，是"画地图"。

Claude Code 的一个工作流先扫描了整个 Zig 代码库，为每一个 struct 字段映射了对应 Rust 的生命周期注解。这不是简单的翻译——Zig 没有所有权概念，Rust 的 borrow checker 要求每个值都有明确的所有者和生命周期。如果映射错误，后面生成的所有代码都将无效。

随后，约 50 个动态工作流启动。每个工作流内部又有数十个子代理并行运作，最多时 64 个 Claude 实例同时运行。每一个 .rs 文件由两个独立的审查 Agent 交叉验证后才被接受。代码写入隔离的工作树，测试运行在 systemd-run 创建的 cgroup 里——Sumner 的机器因为磁盘空间不够崩溃了好几次（来源：bun.sh）。

整个过程涉及 6778 次提交，消耗了 59 亿个未缓存输入 token、6.9 亿个输出 token、720 亿个缓存输入 token 读取。按 API 公开定价计算，费用约 16.5 万美元（约合 112 万人民币）。

第三天出现了关键转折。Linux 平台上测试失败数从 972 个骤降到 23 个。一天半后，Linux 测试全部通过。到了第五天，所有六个平台——Linux x64、Linux arm64、macOS x64、macOS arm64、Windows x64、Windows arm64——全部亮起绿灯。

但真正值得关注的是那些"没通过"的部分。

Zig 的 assert 是一个函数，它的参数在所有构建模式中都会执行。Rust 的 debug_assert! 是一个宏——在 release 构建中，整个表达式会被完全删除，包括有副作用的函数调用。这两种语义差异导致了一批"看起来一模一样但行为完全不同"的 bug。Sumner 承认最终版本中存在约 19 个已知回归，大部分源于这种跨语言的语义分歧（来源：36氪）。

这就是他说的"AI 不知道自己不知道的部分"。AI 能翻译语法，但理解两种语言在边界情况下的语义分歧——这件事目前还是人类的专属任务。

另一个极端：代码反向工程

在 Sumner 盯着测试通过率的同时，一条看起来完全相反的新闻登上了 Hacker News 热榜。【注：以下 Slopfix 报道发布于 2026 年 7 月，并非与 Bun 重写严格同时发生——但这两个极端放在一起，恰好揭示了 AI 编码时代的非对称性。】

一个叫 Slopfix 的团队，专门帮企业删除 AI 生成的代码。三位资深工程师创办了这家公司，服务流程很简单：免费分析客户代码库，如果有优化空间，承诺一个明确的删减目标——比如"10 万行压缩到 3.5 万行，功能完全不变"。三位工程师全职工作一周，收费 1 万美元。

删掉的是哪些代码？十四套日期格式化函数合并成一套；客户自己写的"蹩脚框架"被成熟的开源库替换；大量复制粘贴的业务逻辑被抽取为统一模块（来源：odra.dev）。

收费方式也特别——删得越多，越值钱。如果承诺目标只达成 20%，客户按比例只付 4000 美元。团队自己也用 Claude Code，但创始人特别强调：

AI 在很短的绳子上，它没有投票权。区别在于三十年的工程经验——我们知道什么代码值得保留。

Slopfix 在 Hacker News 和 Reddit 上引发了激烈争论。有人说"会 Vibe Coding 的根本不需要你们"，也有人说"这是 AI 编程时代的新刚需"（来源：CSDN）。

但真正值得注意的不是这门生意的可行性。是它暴露的非对称性。

在 Sumner 这样操作极限迁移的顶级开发者手里，AI 是倍增器，把一年的工作量压到 11 天。在普通开发者的日常迭代场景，Slopfix 从某些代码库中砍掉了 65% 的冗余代码。这不是"AI 行不行"的问题。是同一根链条上的两个节点：一端在突破上限，一端在暴露下限。

（来源：odra.dev/slopfix、CSDN）

行业在补什么

Bun 重写和 Slopfix 的故事背后，两条产业链新闻几乎同时出现。【注：CircleCI Chunk Sidecars 发布于 2026 年 5 月 22 日，阿里 open-code-review 开源于 2026 年 5-6 月，与 Bun 重写的 5 月时间窗口重叠。】

CircleCI 发布了 Chunk Sidecars——一个免费 CLI 工具，在 AI 编码 Agent 提交代码之前，先在本地微虚拟机里跑一轮构建、测试和代码检查。平均 27 秒出结果，比完整 CI 流水线快 78%，token 消耗减少五倍。核心理念很直接：AI Agent 提交代码的速度太快了，CI 反馈回来的时候上下文窗口已经关了。校验必须前置（来源：circleci.com）。

阿里巴巴开源了 open-code-review。这不是一个新项目——它在阿里内部已经跑了两年，服务了超过两万名开发者，检出了数百万个代码缺陷。它的架构很聪明：是一个"确定性管道 + LLM Agent"的混合体。文件选择、规则匹配、缺陷定位这些"绝对不能出错"的环节由工程逻辑处理；代码意图理解、上下文推理这些"需要灵活判断"的部分由 LLM 处理。内置规则覆盖了空指针异常、线程安全、XSS 和 SQL 注入。与通用 Agent（如 Claude Code）对比，open-code-review 在同样模型下 F1 值和精确率显著更高，token 消耗仅为通用 Agent 的九分之一（来源：github.com/alibaba/open-code-review、阿里云开发者社区）。

把这两件事和 Bun 重写放在一起看，一条隐藏的线就变清晰了。

Bun 重写证明了 AI 可以生成 100 万行有效代码。Slopfix 证明了其中有很多需要被删掉。CircleCI 和阿里在做的是同一件事——在"生成"和"交付"之间插入一层校验。这层校验过去由 code review 和 CI 完成，但那些工具是为人类提交代码的节奏设计的——每天几个 PR，每个 PR 几百行变更。AI 的节奏是几小时上千行，旧的校验管线已经跟不上了。

当行业开始为某个新能力建立配套的基础设施，说明这个新能力已经进入了规模化阶段。

第 11 天：迁移完成。然后呢？

5 月 14 日，PR #30412 被合并进主仓库。全部六万多项测试通过，零测试被删除。6 月 17 日，Rust 版本的 Bun 随 Claude Code v2.1.181 推送给用户。一个耐人寻味的细节：Sumner 在删除 Zig 源码的 PR 上恶作剧般加了"slop"标签，GitHub 的机器人随即将其改成「AI slop」并自动关闭了 PR。

Sumner 花了整整一个月写这次迁移的博客总结——比写代码的时间还长。他在里面列出了详细的数据：100 万行 Rust 代码中存在约 13,000 个 unsafe 块，约 4% 的代码没有经过 borrow checker 的检查；二进制体积缩小了 20%，内存泄漏基本清零，吞吐量提升 2% 到 5%，修复了 128 个历史 bug（来源：bun.sh、InfoQ）。

这些数字放在一起，指向的不是"AI 完美替代了人类"。是 AI 改变了问题的性质。

技术史上，编程语言的每一次重大迁移背后都跟着一套工具生态的成熟。Python 2 到 Python 3 的迁移从 2008 年持续到 2020 年。整整 12 年。2to3 自动转换工具、six 兼容库都试图降低迁移成本，但社区分裂了整整十年。Python 2.7 直到 2020 年 1 月 1 日才正式停止支持（来源：Python.org）。

Microsoft 在 2011 年开始将 Monaco 编辑器从 JavaScript 迁移到 TypeScript，2013 年完成全面切换，2015 年基于 TypeScript 发布了 VS Code。四年时间，一个团队，一个野心——这在当时已经是效率的最高标准（来源：微软 VS Code 团队博客）。

Bun 的 11 天重写改变了一件事：迁移的成本函数。

过去，“要不要重写"是一个战略级决策——答案几乎永远是"不能”。现在，它变成了一个可选项——"花两周试试 Rust 版本？“当答案从"不能"变成"试试”，技术决策的框架就彻底改变了。不是说所有项目都应该重写，而是说"不重写"不再是一个由成本决定的默认答案——它必须是一个主动选择。

质量拐点

今天这四条看起来不相关的新闻——Bun 重写、Slopfix 删代码、CircleCI Chunk Sidecars、阿里 open-code-review，讲的其实是同一个转折。

AI 编程正在从"生成能力竞赛"转向"质量管控竞赛"。 Bun 展示了速度的极限。Slopfix 暴露了质量的洼地。CircleCI 和阿里在中间层铺设防线。

Sumner 自己的总结也许最能说清楚这个转折。他说，转折点出现在"我看到新的 Rust 代码和原始 Zig 代码的对应关系"。这句话的隐含意思是：他信任的不是 AI 生成的代码本身——他信任的是"可以逐行验证 AI 的产出"这个能力。

当生成代码几乎不需要成本的时候，"写代码"不再是瓶颈。"判断代码"才是。

这不是对 AI 编程的否定。当一个行业开始为某样东西建立验证体系、设计清理流程、铺设质量基础设施——说明这已经不是一个实验了。这是一个正在定型的新工作方式。区别在于，你手里有没有"判断什么值得保留"的能力。

参考资料

Jarred Sumner, “Rewriting Bun in Rust”, bun.sh/blog/bun-in-rust（2026-07-08）
Anthropic, “Introducing dynamic workflows in Claude Code”, claude.com/blog（2026-07）
InfoQ, “史上最高调的 AI 重写：Claude 花 11 天搞定 Bun，创始人花一个月才敢交底”（2026-07-09）
36氪, “Bun 重写为 Rust：11天、64个Claude、16.5万美元”（2026-07）
机器之心, “仅11天，Claude重写百万行代码，AI史诗级工程却引来愤怒”（2026-07-12）
Slopfix, odra.dev/slopfix,“We delete AI-generated code”（2026-07）
CSDN, “3位工程师靠删AI代码创业，一周收费1万美元”（2026-07-08）
CircleCI, “Chunk Sidecars: Inner loop validation”, circleci.com/chunk-sidecars/（2026-07）
Alibaba, “Open Code Review”, github.com/alibaba/open-code-review（2026-05）
阿里云开发者社区, “阿里开源的 AI 代码审查工具 open-code-review 来了”（2026-06）
Python.org, “Python 2.7 End of Life”, python.org（2020-01-01）
腾讯云开发者社区, “Bun 用 Workflow 从 Zig 迁到 Rust：11 天百万行实录”（2026-07）