AI 编程的双面性：自写代码的自信与他人的疑虑
开发者之乐：利用 AI 编写代码。
开发者之困：调用他人借助 AI 生成的代码。
Electrobun 事件，正是这两点矛盾的生动写照。
先梳理一下来龙去脉。
Electrobun 是一个类似 Electron 的框架。其目标非常明确：利用 TypeScript 构建跨平台桌面应用，同时避免 Electron 的庞大臃肿。其原始架构不仅采用 Bun 取代 Node 作为主进程运行环境，构建工具也选用了 Bun。换言之，Electrobun 名称中的 Bun 并非随意选取。
然而到了 2026 年 5 月 23 日，Electrobun 创始人 Yoav 宣布，Electrobun 2.0 将因 Bun 的重写而与其解耦。
背景回顾：
若仅止步于此，许多人会误以为这是“Zig 阵营对 Rust 的不满”。
事实并非如此。
更令人费解之处在于：Electrobun 本身就是一个重度依赖 Claude Code 的项目。
其代码库中包含 CLAUDE.md 文件。在 GitHub 的贡献者列表及提交记录中，Claude 或 Claude Opus 以共同作者的身份频繁现身。若依据 GitHub 页面展示的贡献者视图，Claude 竟是该仓库的第二大贡献者。尽管统计口径不同会导致数据差异，因为 commit author 与 co-author 的计算逻辑不同，但显而易见：Electrobun 绝非一个排斥 AI 编程的项目。
因此，此事最耐人寻味之处在于：一个由大量 Claude Code 生成的项目，开始质疑另一个同样由大量 Claude Code 重构的基础设施。
几个时间节点尤为关键。
具体而言，Electrobun 先诞生，初衷是围绕 Bun 打造桌面应用框架的尝试。随后 Bun 被 Anthropic 收购。接着，Electrobun 开始大规模利用 Claude Code 编写代码。最终，Bun 采用 Rust 进行重写，Electrobun 便决定不再依赖。
Yoav 本人表述得非常清晰：Rust 表现优异，Electrobun 2.0 将原生支持 Rust、Zig、Go 等多种语言。
他的担忧另有指向：他不信任那些“未经人类充分审阅的基础设施代码”。
在后续回复中，他表示，若本次重写及进入稳定版之前，有人持续审查代码，问题便可迎刃而解。他还强调，区分“氛围编码的噱头”与“Bun 作为基础设施”的关键，在于人类阅读代码，直到证明此举不再必要。
因此，尽管 Yoav 自己也在使用 Claude Code 编写代码，但他对 AI 生成代码的信任是有前提条件的。这也解释了为何 Electrobun 的反应是“我不想将此类风险继续置于核心架构之中”。
此处极易被指责为双重标准。
自己使用 Claude Code 可以接受，但别人用 Claude Code 重写 Bun 就不行。
然而从工程风险角度审视，这并非完全的双重标准。风险的位置发生了转移。
当你自己使用 AI 写代码时，最后把关的权力仍在你手中：你可以阅读、测试、删除，或决定不上线。一旦出问题，责任亦由你承担。
当你依赖他人用 AI 构建的基础设施时，信任链条便延长了。你还需相信对方的审查流程、发布节奏、测试质量、维护能力，以及事故发生后能否迅速修复。
这正是当下众多开发者的真实写照。
在用 AI 编写自有代码时，视其为生产力工具。
一旦依赖树中出现他人批量生成或迁移的 AI 代码，瞬间便开始关注审查记录、测试覆盖率、发布说明及维护者承诺。
这是心理层面的问题？还是软件工程中的责任边界问题？
过去两年，关于 AI 编程的讨论，焦点常在于“能否生成代码”。
如今看来，这已不足够。许多代码确实能生成，且速度极快。Bun 的 Rust 重写之所以引发争议，是因为其生成速度过快、规模过大且位置过于底层。
以往我们对 AI 写代码的态度是“拒绝使用 AI 生成的代码”，而现在的态度转变为“可以使用 AI 生成的代码，但需核查审查记录、测试覆盖、发布说明及维护者承诺”。
归根结底，Yoav 仍不信任由 Claude Code 编写的代码。我推测，他使用 Claude Code 的前提，是会对这些 AI 生成的代码进行人工审查。
Electrobun 此次剥离 Bun，并不意味着 Bun 必然出问题，也不能证明 Claude Code 生成的代码绝对不可信。
它揭示的是另一件事：开发者对 AI 编程的信任危机。
当 AI 写代码仅作为个人效率工具时，大家都乐见其成。它助你补全函数、迁移文件、编写测试、修正类型，节省的是你个人的时间。
当 AI 生成的代码进入公共基础设施，成为他人生产环境的一部分时，性质就变了。人们开始追问：
我们已逐渐接受 AI 编写代码这一事实，那么何时能接受 AI 审查代码呢？如果一个 AI 编写的代码由另一个 AI 来审查，你能接受吗？
最后再次重申：
开发者之乐：利用 AI 编写代码。
开发者之困：调用他人借助 AI 生成的代码。