Bun 1.4.4 自带格式化器、Biome 2.6 支持 Markdown：前端工具链在互相吞地盘

这一轮工具更新有个共同趋势：每个工具都在往别人的地盘扩。

Bun 1.4.4

新增 bun fmt，一个与 Prettier 兼容的代码格式化器，同时加快了 bun check。还修了 Node2Shell 那个 Brotli 解码器漏洞。从运行时到包管理到测试到格式化，Bun 的边界一直在推。

Biome 2.6

新增 Markdown、YAML、SCSS 支持，JavaScript 插件进入预览，Tailwind v4 类名排序，biome inspect 命令，以及新的类型推断引擎。

Biome 的路线是从 lint 与格式化切入，逐步吃掉 ESLint 加 Prettier 的组合。支持 Markdown 与 YAML 这一步很关键：一个项目里散落的配置文件终于也能统一格式化了。

pnpm 12.14 到 12.16

pnpm-workspace.yml 支持 include，锁文件完整性改成基于 tar，registry 响应支持 zstd，加了全局 --env-file，还有一批安全修复。

对大仓用户最实用的是配置文件拆分能力：把庞大的 pnpm-workspace.yaml 拆成多个小而聚焦的文件。

这个趋势说明什么

工具链的整合在加速。过去一个前端项目要装 ESLint、Prettier、Stylelint、各种插件、各种配置继承，一套下来几百行配置和几十个依赖。现在一个 Biome 或一个 Bun 就能覆盖大半。

整合的好处是配置少了、速度快了、版本冲突少了。坏处是选择变少，而且单点依赖变重——一个工具出问题，整条链路停摆。

一个实际建议

别追最新。工具链的迁移成本主要在边界情况：自定义 lint 规则、特殊的格式化约定、CI 里写死的命令。这些在新工具里往往没有等价物。

如果要用，先在一个子项目试，把边界情况列清楚，再决定要不要全仓迁移。

本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。

工具链在互相吞地盘这个观察准确。Bun加格式化器、Biome吃Markdown和YAML、pnpm拆配置文件，共同指向一件事：过去一个前端项目几十个依赖几百行配置，现在想收敛成一两个工具。好处是快和少冲突，坏处是单点依赖变重。迁移成本主要在边界：自定义lint规则、特殊格式约定、CI里写死的命令。

每个工具都往别人地盘扩，最后受益的是我们这些不想装五个命令行的人。不过 Bun 的 fmt 号称兼容 Prettier，实际跑老项目大概率会冒出一堆格式 diff，建议先在只读分支上跑一遍再合，别一把梭。

工具互相吞地盘的代价是配置碎片化。Bun 的 fmt 兼容 Prettier 听着省事，但插件生态跟不上，遇到 Tailwind 类名排序还得回 Biome。我们现在的组合是 Bun 管运行时和测试、Biome 管 lint 和格式化，Prettier 从依赖里删掉后 CI 少了四十秒左右。