跳到正文
Hacker News· lr0·· 6 天前AI 评分22

Bun 现状与未来思考:质量隐忧与 Anthropic 收购后的方向

Thoughts on the Current State (Especially Quality Issues) and Future of Bun

AI 导读

一位开发者批评 Bun 被 Anthropic 收购后仍沉迷性能宣传,并新增 Markdown 原生支持等偏离运行时定位的功能,导致维护成本飙升。Bun 的 star 数已近 100k,但 open issues 高达 4.9k,Segmentation Fault 在 macOS 和 GNU/Linux 上同样存在。

正文 · AI 翻译

基于我最近使用 Bun 的经验,我实在有很多话想说。虽然我只是一名普通开发者,但我觉得有必要就 Bun 未来的发展表达一下我的看法。

我翻了翻 Bun 的官方 X 账号以及作者的个人 X 账号,发现即便在被 Anthropic 收购之后,官方宣传的大部分内容依然执着于“性能”叙事,也就是反复强调某个新功能相比竞品或旧功能减少了多少处理时间。

然后就是那些新功能。

关于新功能,让我印象比较深刻的是原生支持 Markdown 和 Stage 3 Decorators。

Stage 3 Decorators 固然是个很棒的功能,但至于 Markdown,我实在无法理解:渲染 Markdown 真的是一个 JavaScript Runtime 该干的活吗?

就我此前对 Bun 的了解,它几乎什么都能做,从打包器到内置数据库支持——之前那些功能我还能理解为 Bun 的“All-in-One”策略。但 Markdown 支持我实在无法理解。我觉得这已经不是“All-in-One”了,这是“All-in-Everything”。这样做真的会让维护成本飙升。

诚然,Bun 现在归 Anthropic 所有(2025 年 12 月收购),Anthropic 也很有钱,但再多的钱也无法让一个团队在无限添加功能的同时还保证质量。这极其困难。

说到质量。我之前在一些 issue 的评论区(Issue 26660 和 Issue 26625)表达过类似的观点,但我以为我的观点不会得到足够关注,所以才开了这个 issue。

我记得大概是在 2023 年第一次了解到 Bun。那时候 star 数和 open issues 都没那么高。当时我觉得 Bun 挺不错的;虽然有些小 bug,但总体可以接受。

但现在,到了 2026 年 3 月,虽然 Bun 的 star 数已经接近 10 万,open issues 的数量却也达到了惊人的 4.9k(现在又降到了 4.8k,并长期稳定在这个水平),而且这还是在有机器人自动关闭重复 issue 的情况下。

JavaScriptCore 来自 Apple,要让它跑在 Windows 上确实需要一些适配工作。我也知道在生产环境中,Bun 大多运行在 GNU/Linux 上(尤其是后端 Web 应用)。从这个角度看,Bun 更侧重 macOS 和 GNU/Linux 这类符合 POSIX 的操作系统是可以理解的——但如今,许多开发者侧工具如 Claude Code 和 OpenCode 也是基于 Bun 的。客观来说,在 Windows 上运行这些工具的用户占比并不小。总不能为了照顾一部分用户就抛弃另一部分用户吧?而且,即便我现在已经换到了 macOS,我也在 issues 里看到许多用户反馈 Segmentation Fault 在 macOS 和 GNU/Linux 上同样存在。这说明不稳定并不只是局限于 Windows 兼容性问题。

前段时间,我提交了一个关于 OpenCode 的 Segmentation Fault 的 issue。当时我还在用 Windows 11 作为开发环境。AI @robobun 很快就叫来了 Claude Code 并提交了一个 PR。我把那个 PR 下载下来检查,发现它并没有解决我的问题,我当时也明确回复说没有解决。但遗憾的是,这个 PR 还是被作者合并了。我又开了一个 issue,也没有得到有意义的回应。

"Vibe coding"——大家都在讨论这个词,当然,你也可以有 "Vibe Debugging"。

但 Bun 是什么?Bun 是一个运行时,它是基础设施!如果只是一个小 demo,或者一个相对不重要的应用,我觉得完全交给 AI 来修复没问题。但对于我上面提到的事件,你真的能这么做吗?AI 对 Bun 和 Anthropic 都很重要,我能理解 Anthropic 想用 @robobun 作为一个窗口来展示 Claude AI 的能力。但为什么在没有进行严格的 PR Review 的情况下就合并了这个 PR?这不就是用 AI 生成的幻觉来掩盖 Bun 的质量问题吗?

Bun 早已不是种子轮项目了,Bun 现在被商业产品所使用,而 Claude Code 的能力就构建在它之上。我认为这种程度的稳定性很难让人放心,也承受不起企业级生产环境的重担。

我强烈敦促 Bun 团队认真对待稳定性问题。为此,我希望 Bun 能像微软一样:自今年 1 月以来,Windows 11 经历了大量稳定性问题,Windows 11 同样加入了一些花哨但不实用的功能。然而,我们看到微软承诺在未来几个月内倾听用户的声音,并将精力集中在修复 Windows 11 的稳定性问题上。我希望 Bun 团队也能做出类似的承诺,把精力集中在修复 Bun 的稳定性问题上。

来源:Hacker News · github.com