网站导航
[wwj.dev] 提供了多个导航链接，包括 [Blog]、[Projects] 和 [Resume]。
对 Bun 的担忧
[Bun] 是一款优秀的软件，速度快且实用，开发团队也在持续更新。在小型脚本、应用程序、测试和工具开发中，使用 Bun 处理 TypeScript 是一种享受。然而，现在作者开始担心 Bun 了。
Anthropic 收购 Bun
2025 年 12 月，Anthropic 收购了 Bun。当时的公告称，Bun 仍将保持开源，采用 MIT 许可证，原开发团队会继续维护，路线规划仍会聚焦于高性能 JavaScript 工具和 Node.js 兼容性。公告还提到，Claude Code 以 Bun 可执行文件的形式向数百万用户发布，Anthropic 有直接的动力让 Bun 保持卓越。但现在问题开始显露，Bun 掌握在一家似乎对其软件毫不关心的公司手中。
Anthropic 的模型仍然很棒
这并非一篇说 "Anthropic 不好" 的文章，作者仍然认为 Anthropic 的模型很棒。Claude Opus（可能是 4.6 版本）在编码、写作、推理和一般开发工作方面，仍然是最优秀的模型系列之一。作者担心的是模型周边的产品层面，如今 Claude Code 的使用体验相当糟糕。
Claude Code 曾经很出色
一年前，Claude Code 的使用体验非常棒，是最早让作者相信开发者工作流程会从以自动补全为主转变为以智能代理为主的 AI 编码工具之一。它可以读取项目、进行针对性编辑、运行命令、修正错误，还能持续工作。再加上 Anthropic 的模型直到最近（GPT - 5.5 出现之前）都是同类中最优秀的，Claude Code 当时可以说是无敌的。尽管到去年 12 月时，Claude Code 的表现已经开始变差，但它仍然不错，这也让作者觉得 Anthropic 收购 Bun 是合理的。
Claude Code 现在很糟糕
现在有很多优秀的编码智能代理，如 Cursor、Augment、Codex、OpenCode、T3 Code、Pi 等。很长一段时间里，Cursor 是作者的主要选择。最近作者有几个月没用 Claude Code 了，重新使用时，它的糟糕表现让作者大吃一惊。2026 年 4 月，开发者们开始抱怨 Claude Code 的质量、限制规则、第三方工具使用限制、混乱的计费方式以及缓慢的沟通响应。Anthropic 发布了一篇工程问题分析报告，将问题归咎于产品层面。此外，还出现了 OpenClaw 事件，仅仅是在 git 历史记录中出现 `OpenClaw` 就可能导致 Claude Code 拒绝请求或额外收费。从外部看，Claude Code 似乎正朝着错误的方向发展，这是典型的产品质量下降现象。
担心 Bun 的原因
Bun 被集成到了 Claude Code 中，Claude Code 似乎正在走下坡路，所以作者不得不担心 Bun 也会如此。这不是因为 Bun 本身不好，也不是因为 Bun 团队不再用心，而是随着 Bun 及其团队与 Anthropic 进一步融合，Anthropic 的政策会对 Bun 产生影响，而这些政策导致了 Claude Code 的衰落。作者不确定是否还要继续使用 Bun。
目前会继续使用 pnpm
令人沮丧的是，Bun 提供了很多 [pnpm] 没有的功能，作者不得不引入额外的依赖来弥补。但在日常工作中，作者使用 Bun 最多的功能就是包管理，pnpm 也能做到这些。所以，对于目前使用 Bun 的项目，作者打算弃用 Bun，改用 pnpm。如果有人问现在 JavaScript 或 TypeScript 项目用什么好，作者会推荐 pnpm。
不建议大家都弃用 Bun
尽管作者个人打算在一些项目中弃用 Bun，但别把作者的建议奉为圭臬。作者只是互联网上的一个普通人，大家应该自己决定什么对自己最适合。对于新项目，使用 pnpm 是个不错的选择；对于现有项目，除非有充分的理由，否则可能还是想继续使用 Bun。
希望自己是错的
作者希望 Bun 能一直保持优秀，希望 Bun 团队能继续推出出色的成果，希望 Anthropic 能给他们足够的空间，让他们为 JavaScript 生态系统做出正确的决策。Bun 仍有可能在这次危机中变得更强大。Anthropic 有钱、有市场渠道，也有理由关注 Bun 的性能和稳定性。但作者不像去年 12 月那样信任当前的情况了。Claude Code 曾经让人觉得 Anthropic 很懂开发工具，现在却让人觉得 Anthropic 并不明白如何长期维护和改进一个产品。Bun 仍然很棒，只是作者不知道它未来会怎样。作者会持续关注，看看自己的预测是否正确。
