太抽象了：自己用 AI 开发的项目，却不信任别人 AI 写的代码

程序员的乐趣：用 AI 写代码。

程序员的烦恼：使用别人用 AI 写的代码。

Electrobun 这件事，基本就是这两句话的现实版。

先说发生了什么。

Electrobun 是一个类 Electron 项目。它想解决的问题也很直接：用 TypeScript 写跨平台桌面应用，但不像 Electron 那么重。它原来的架构里，不仅使用 Bun 替代 Node 作为主进程 runtime，而且打包工具也使用 Bun。换句话说，Electrobun 这个名字里的 bun，不是随便起的。

但 2026 年 5 月 23 日，Electrobun 作者 Yoav 说，Electrobun 2.0 会因为 Bun 的 Rust 重写而和 Bun 解耦。

前情回顾：

• • 聊一聊 Bun 用 Rust 重写这件事

• • Bun 被 AI 重写后，很多开源项目开始远离 Bun

如果只看到这里，很多人会以为这是“Zig 派不爽 Rust”。

实际不是。

更抽象的地方在后面：Electrobun 自己就是一个大量使用 Claude Code 的项目。

它的仓库里有 CLAUDE.md。GitHub 的贡献者和提交记录里，也能看到 Claude/Claude Opus 以 co-author 形式反复出现。如果按 GitHub 页面上的贡献者视图看，Claude 是这个仓库的第二大贡献者。这里不同统计口径会有差异，因为 commit author 和 co-author 的计算方式不一样，但可以明显看出来：Electrobun 并不是一个反 AI 编程的项目。

所以这事真正有意思的地方：一个自己大量用 Claude Code 写出来的项目，开始不信任另一个大量用 Claude Code 重写的基础设施。

先把时间线放清楚

这几个时间点很关键。

• • 2024-02-28：Electrobun GitHub 仓库创建

• • 2025-12-03：Anthropic 宣布收购 Bun

• • 2026-01-21：第一次出现 Claude 作为 co-author 的 commit

• • 2026-01-22：仓库里出现 CLAUDE.md

• • 2026-05-14：Bun 的 Rust 重写 PR #30412 合并

• • 2026-05-23：Electrobun 作者宣布 2.0 将剥离 Bun

也就是说，Electrobun 先出现，它本来就是围绕 Bun 做桌面应用框架的一次尝试。后来 Bun 被 Anthropic 收购。再后来，Electrobun 开始大量使用 Claude Code 写代码。最后 Bun 用 Rust 重写了自己，Electrobun 就不想继续依赖了。

Yoav 反对的不是 Rust

Yoav 自己说得很清楚：Rust 很好，Electrobun 2.0 会一等支持 Rust、Zig、Go 等语言。

他的担心是另一件事：他不信任“没有被人类充分读过的基础设施代码”。

在后续回复里，他说如果这次重写以及进入稳定版本之前，有人持续审核代码，问题就解决了。他还说，区分“vibe coded stunt”和“Bun is infrastructure”的关键是人类读代码，直到证明这件事不再需要。

所以虽然 Yoav 自己也在用 Claude Code 写代码，但他对 AI 写的代码的信任度是有条件的。这也是为什么 Electrobun 的反应是“我不想把这层风险继续放在自己的核心架构里”。

自己用 AI 和依赖别人用 AI，不是一回事

这里很容易被说成双标。

自己用 Claude Code，可以。别人用 Claude Code 重写 Bun，就不行。

但从工程风险看，这不完全是双标。风险位置变了。

你自己用 AI 写代码，最后还有一道门在你手里：你可以读，可以测，可以删，可以决定不上线。出了问题，责任也在你这里。

你依赖别人用 AI 写出来的基础设施时，信任链就变长了。你还要相信对方的 review 流程、发布节奏、测试质量、维护能力，以及事故发生以后能不能快速修。

这就是很多开发者现在的真实状态。

用 AI 写自己的代码时，觉得它是生产力。

依赖树里出现别人用 AI 批量生成或迁移的代码时，突然就开始想看 review 记录、测试覆盖、发布说明和维护者承诺。

这是心理问题？还是软件工程的责任边界问题？

AI 编程的问题已经变了

过去两年，大家讨论 AI 编程，重点经常是“能不能写出来”。

现在看，这个问题已经不够用了。很多代码确实能写出来，而且写得很快。Bun 的 Rust 重写之所以引发争议，是因为它写得太快、规模太大、位置太底层。

以前我们对 AI 写代码的态度是“不使用 AI 写的代码”，而现在的态度是“使用 AI 写的代码，但要看 review 记录、测试覆盖、发布说明和维护者承诺”。

归根结底，Yoav 还是不信任 Claude Code 写的代码。我猜他使用 Claude Code 写代码的前提，是他会手动 review 这些 AI 生成的代码。

写在最后

Electrobun 这次剥离 Bun，并不意味着 Bun 一定会出问题，也不能说明 Claude Code 写的代码一定不可信。

它说明的是另一件事：开发者对 AI 编程的信任问题。

当 AI 写代码只是个人效率工具时，大家都很开心。它帮你补函数、迁移文件、写测试、改类型，节省的是你自己的时间。

当 AI 写出来的代码进入公共基础设施，成为别人生产环境的一部分时，问题就变了。大家会开始问：

• • 你们真的读过这些代码吗？

我们现在已经慢慢接受 AI 写代码这个事实了，那么我们什么时候接受 AI 审查代码呢？如果一个 AI 写的代码让另一个 AI 来审查，你能接受吗？

最后再重申一遍：

程序员的乐趣：用 AI 写代码。

程序员的烦恼：使用别人用 AI 写的代码。

资料来源

• • Yoav 关于 Electrobun 2.0 解耦 Bun 的讨论 https://xcancel.com/YoavCodes/status/2058064720553222567

• • Electrobun GitHub 仓库 https://github.com/blackboardsh/electrobun

• • Electrobun 仓库里的 CLAUDE.md https://github.com/blackboardsh/electrobun/blob/main/CLAUDE.md

• • Anthropic 官方：Anthropic acquires Bun as Claude Code reaches $1B milestone https://www.anthropic.com/news/anthropic-acquires-bun-as-claude-code-reaches-usd1b-milestone

• • Bun PR #30412：Rewrite Bun in Rust https://github.com/oven-sh/bun/pull/30412