Bun 是什么，为什么它现在是 AI 编程工具的地基

古董级程序员大厂出来后一直在创业公司现在仍在一线做 AI 相关开发。JavaScript 生态我用了十几年Node 从 0.x 看到现在这篇把 Bun 这两年的事讲清楚包括它最戏剧性的那条主线——被 AI 公司收购再用 AI 把自己重写了一遍。如果只看 2021 年的介绍Bun 是“一个比 Node.js 更快的 JavaScript 运行时”和 Deno 一样属于挑战者。但到 2026 年Bun 的故事已经完全不同它被 Anthropic 收购成了 Claude Code 背后的运行时然后又在 2026 年 5 月用 Claude Code 把自家约 100 万行代码从 Zig 重写成了 Rust。这一篇做一次完整普及Bun 是什么、为什么会有它、2026 年它变成什么样、以及这些变化意味着什么。Bun 是什么一个二进制装下整条 JS 工具链Bun 是 Jarred Sumner 于 2021 年公开发布的 JavaScript 运行时与工具链最初用 Zig 编写卖点是性能。它最特别的地方不是“快”而是all-in-one一个二进制文件同时是运行时、包管理器、打包器、测试器和转译器。# 安装macOS / Linux / Windows curl -fsSL https://bun.sh/install | bash # 或通过 npm npm install -g bun装完以后一个bun命令覆盖日常所有场景bun install # 包管理替代 npm install / pnpm install bun run dev # 运行脚本 bun test # 测试运行器 bun build # 打包 bun ./server.ts # 直接跑 TypeScript不需要先转译原生支持 TypeScript 和 JSX不需要 tsc、babel、esbuild 组成的转译链npm 兼容能读.npmrc装包时用硬链接省磁盘和提速。官方宣传数字是启动比 Node 快最多 4 倍、安装比 npm 快最多 25 倍——宣传口径要打折看但“快”确实是它的立身之本。为什么会有 BunNode 工具链的割裂Bun 的出现是对 Node 生态“一个功能一个工具、每个工具还要配一套配置”的回应。一个 2020 年左右的现代 JS 项目工具链长这样TypeScript 编译 → tsc / babel 打包 → webpack / esbuild 测试 → jest / vitest 包管理 → npm / yarn / pnpm 运行时 → node每换一个工具就要学一套配置CI 里每一步都有自己的启动开销。Bun 的选择是把这条链子收进一个二进制同时解决两个 Node 时代的顽疾——启动慢每个 CLI 都要冷启动一次 Node和依赖安装慢npm 的安装算法和锁文件解析都背着历史包袱。它和 Deno 走的是不同的路Deno 选择“全新运行时 显式权限模型 内置 TypeScript 检查”Bun 选择“尽量兼容 Node 生态 性能优先”。Bun 1.2 大幅改善了 Node.js 兼容性之后这个定位才开始真正成立——先让老项目能迁过来再谈性能。2026 年的 Bun从运行时变成全栈平台Bun 1.32025 年 10 月是一个分水岭它不再只是“更快的 Node”而是往全栈方向走零配置前端可以直接运行 HTML 文件并启动开发服务器bun dev一条命令跑起前端内置数据库客户端从 PostgreSQL 扩展到 MySQL、MariaDB、SQLite外加内置 Redis 客户端——后端常用组件不再需要单独装驱动内置图像处理 APIBun.Image在 1.3.14 加入把图片处理也收进运行时测试器持续进化1.3.13 加入按测试文件隔离全局环境的isolate以及 CI 分片的--shard参数与 Jest/Vitest/Playwright 语法一致。到 2026 年年中稳定版已经迭代到 1.3.2x。版本号跳得快但更值得注意的是定位Bun 想成为“开发、测试、运行、打包 JavaScript/TypeScript 项目的唯一工具”。两条改变格局的新闻被收购然后重写自己2025 年 12 月Anthropic 收购 Bun。这是 Anthropic 的第一笔公开收购当时 Claude Code 刚跨过 10 亿美元营收里程碑。官方说法很直接Bun 将作为 Claude Code、Claude Agent SDK 和未来 AI 编程产品的基础设施MIT 开源协议不变、原团队继续维护。Claude Code 本来就跑在 Bun 上收购前几个月 Bun 团队已经在优先处理 Claude Code 的 issue——这笔收购是把既成事实制度化。2026 年 5 月Bun 把 RewriteItInRust 分支合并进主干。Bun 最初以 Zig 实现著称作者 Jarred Sumner 曾是 Zig 的强力倡导者。收购后他用 Claude Code 主导重写约 96 万到 100 万行代码、不到两周完成、成本约 16 万美元然后合并进主干。这件事在社区引起巨大争议被称作“AI 暴力重构”一方面它验证了 AI 在大型代码迁移上的惊人产能另一方面一段人类几乎没有逐行 review 的基础设施代码进入主干意味着长期维护责任被转移给了后续的人类维护者和测试。趋势与数据增长是真的可持续性存疑增长Bun 的月下载量在收购前的 2025 年 10 月单月就增长 25%之后持续放大RedMonk 的分析显示运行时下载量成倍增长TypeScript 类型定义下载量出现数十倍增长。机器写代码占比RedMonk 跟踪发现过去约 12 个月里 Bun 从“人类维护”变成“机器为主编写”的项目人类贡献者比例下降、bot 贡献上升——它成了 AI 参与开源基础设施的典型案例也是“AI 写代码到底行不行”的活样本。与 Node/Deno 的对比要谨慎Bun 和 Deno 都发布对自己有利的基准有的测试里 Bun 比 Node 快 2.7 倍但对一个大部分时间在等数据库和上游服务的普通 API运行时差异经常在测量噪声以内。选型的关键不是跑分而是生态兼容性和团队维护能力。安全模型差异Deno 有显式权限模型默认不给网络/文件访问Bun 走“接近 Node 的默认全开 兼容优先”。要敏感数据隔离的团队选型时要把这一点算进去。工程判断什么时候用 Bun适合现在用新项目起步想要“一条命令跑全栈”的开发体验测试和 CI 提速bun test的隔离与分片、安装速度写脚本和内部工具不想再维护一套 Node tsx 的胶水用 Claude Code 这类 Agent 工具做 AI 编程Bun 是它们运行时的事实底座兼容性会持续优先保障。建议保守的场景生产关键路径上的大型既有 Node 项目迁移收益小于风险强依赖 Node-only 原生模块或特定 Node 行为的长尾场景团队对 Bun 的维护节奏Anthropic 控制、Rust 重写后的稳定性还没有信心时。接下来值得盯三件事Rust 重写后 1.3.x 的稳定性和安全问题机器写的基础设施代码安全审计会越来越重要Anthropic 控制下 Bun 的开源走向和路线图以及 Node 兼容性还能不能继续追平——Bun 的价值最终取决于“能无痛跑多少 Node 生态”而不只是跑得多快。