Bun 团队在7月8日发的一篇博客里,讲了一件听起来很唬人的事:他们借助 Claude,在5月3日到14日短短11天里,把 Bun 这个 JavaScript 运行时的核心代码库用 Rust 重写了一遍,并合并进了主分支,花掉的 Anthropic API 调用费用是16.5万美元——折合每天约1.5万美元,远超绝大多数开源维护者能拿出来的预算。
但六周过去,Bun 至今没有发布任何带上这次重写的新版本。更扎眼的是,由机器人账号 robobun 提交的待处理拉取请求,数量不降反升:从7月9日的1277个涨到了7月27日的2475个。合入主分支的那一刻,离真正发布还有一段距离。
合入main之后,发布迟迟没来
Bun 上一次打发布标签是5月12日的 bun-v1.3.14,正好卡在这次“重写”宣称完成的两天后。此后11周,再没有新版本。这个空窗期不算短:上一次 Bun 停发布超过一个月,还要追溯到2022年10月26日到12月7日那次,跳过了整个11月,间隔同样是六周。六周不发版对 Bun 不是没发生过,但也绝不常见。
真正说明问题的,是待处理 PR 的走势。7月9日,robobun 名下的开放 PR 是1277个;18天后涨到2475个,几乎翻倍。这些 PR 要经过 Buildkite 的持续集成检查才能合并,单次跑完大约40分钟到一个半小时。照这个速度,光是把现有的开放 PR 全部合并完,流水线得连轴转上近三个月,还没算后续继续冒出来的新 PR。
- 风险.开放 PR 持续增长而不是收敛,说明验证、审查和合并的速度追不上 AI 生成代码的速度,这正是把大规模重写“交付”出去最容易卡住的地方。
16.5万美元买到的只是一部分账单
Bun 公布的16.5万美元,口径很窄:只是 Anthropic API 调用的费用,不包括 Buildkite 持续集成集群的运行成本,也不包括 Anthropic 员工直接参与代码审查和提交所花的时间。重写启动后 Claude 的使用量陡增,进入7月,Anthropic 员工和 robobun 在 Rust 相关代码上的参与度又开始爬升,这次重写还远没有到收官的地步。
如果这套流程仍以外部推测的每天1万美元左右的强度继续跑,累计下来会逼近80万美元——但这只是按持续投入倒推出来的假设,不是任何一方证实过的实际支出,Bun 团队也从未宣称16.5万美元覆盖了发布和长期维护的全部成本。
合入主分支易,交付一个能发布的版本难。
横向看,Anthropic 自己的 C 编译器项目和 Cursor 的 FastRender 浏览器,同样是数月没有新提交。这类项目的共同点是:AI 能在短时间内堆出令人惊讶的代码量,但推向可发布、可长期维护的生产状态,是另一套完全不同的活儿,目前还没有先例证明这一步能用同样低的成本走完。
谁该盯紧这件事
开源维护者大概率复制不了这套打法:每天1.5万美元的令牌支出,足以劝退大多数项目,这次案例更适合当参照系,不是模板。技术负责人评估要不要把大型重构交给 AI,不能只看代码生成和合并的速度。CI 时长、人工审查、后续维护这些隐性成本都得算进预算里,真正该盯的指标是能不能发布,而不是代码产量。
接下来最值得看的信号很简单:什么时候能打出下一个发布标签,以及2475个开放 PR 的数字会不会开始往下走。