一篇公告，塞了两个版本
如果你手头的项目还在用 Tailwind CSS，这次更新值得花五分钟看看。
5 月 8 日，Tailwind 官方博客发了一篇标题写着 v4.3 的更新公告，但读到最后你会发现不对劲：它其实讲了两个版本的新东西。官方的原话相当坦率——因为把 v4.2 发出去显然比记得给它写篇博客更容易，所以这篇公告「暗搓搓」地包含了两个版本的内容。Tailwind 官方博客翻译一下：v4.2 是悄悄上线的，连一篇专属公告都没有。你对 Tailwind 的印象如果还停在 v4.0 刚发布时「从 v3 迁移要脱层皮」的阶段，那它这半年其实已经悄悄完成了两轮大更新，而大多数人根本没注意到。
先把数据摆出来定个基调。npm 周下载量（8 月 18 日到 24 日这一周）：tailwindcss 是 1.2644 亿次，作对比的 Bootstrap 是 646 万，UnoCSS 是 46 万，daisyUI 是 96 万。所以前阵子那波「大家都在弃用 Tailwind」的讨论，至少从下载量看，弃用并不存在，它仍然是样式方案里的绝对主流。但变化确实在发生，而且方向可能和你想的不一样：框架本身在变「安静」，叠在它上面的生态在变热闹。
把时间线拉长看更清楚：2025 年 4 月的 v4.1 补上了 text-shadow、mask 工具类和旧浏览器的优雅降级；今年 2 月开始，v4.2、v4.3 接连落地。每个版本都没有大张旗鼓，但节奏一直没断。
v4.2：被藏起来的那个版本，干的是重活
先看被公告「顺带」掉的 v4.2，它主要做了三件事。
第一，中性色板从五套变九套。Tailwind 原来的灰色系有 gray、zinc、neutral、stone、slate 五套，这次又加了 mauve、olive、mist、taupe 四套。官方的解释挺幽默：这是给「现有五套 Somehow 都满足不了你」的时候准备的。做主题和设计系统的人都懂，灰色系是暗色模式和换肤的重灾区，多几套可选，就少写几个自定义颜色。
第二，webpack 拿到了一等公民待遇。之前 Tailwind 的优先适配对象是 Vite，webpack 用户只能走 PostCSS。这次官方直接出了一等公民的 webpack 插件，按官方说法，对 Next.js 这类框架的构建性能提升明显。如果你的 Next.js 项目还在用老构建链，这次升级是实打实的受益。
第三，逻辑属性工具批量补齐。pbs-、mbs-、inline-、block-，加上一整套逻辑方向的 inset 工具；另外新增 font-features-*，可以直接控制 OpenType 字体特性。这两类能力的指向很明确：国际化场景（RTL 布局）和精细排版。
还有一个细节值得说：v4.2 里不少改进来自 Tailwind 团队与 Netflix、Vercel 团队的合作，是大规模生产需求倒逼出来的功能。也就是说，这个框架现在解的越来越多是真实生产环境的问题，而不是自己造概念。
v4.3：功能不算多，但每个都挠在痒处
相比 v4.2 打地基，v4.3 的功能更偏「日常好用」。
scrollbar utilities 是其中最值得鼓掌的。给滚动条做样式以前是个分裂的活儿：Chrome 系要写 ::-webkit-scrollbar 伪元素，Firefox 要写 scrollbar-width 和 scrollbar-color，一套界面要记两套语法。现在 scrollbar 的宽度、颜色、轨道、滑块都有了统一的工具类，想给侧边栏换个低调的滚动条，一行宽度加一行颜色就够，一套写法收工。
zoom-* 把 CSS 的 zoom 属性封装成了工具类。这个曾经是 IE 专属的老属性，如今所有主流浏览器终于达成了一致，图片预览、缩放交互这类场景写起来省事不少。
@container-size 让容器查询终于能看高度了。以前的容器查询只对宽度有反应，「容器高度变化时切换布局」这种需求（侧栏折叠、嵌入式挂件）只能靠 JS 监听凑合。
tab-* 用来控制代码块里制表符的渲染宽度。官方博客还开了句玩笑：请别像 GitHub 当年那样把它设成 8。
其余还有 @variant 支持堆叠和复合写法、功能型工具类可以定义默认值，都是低频但真实的痛点。
把 v4.2 和 v4.3 放在一起，你会发现 v4.x 的迭代思路很清楚：不再像 v4.0 那样一次性端出大功能块，而是一个一个补实际痛点，每个小版本背后都有具体场景。
要不要升级？分三种情况说
第一种：项目已经在 v4.x 上。直接升。v4.x 内部的小版本升级基本是纯新增，风险很低，npm install tailwindcss@latest 升到最新即可，用官方 CLI、Vite、PostCSS 或 webpack 集成包的，把对应的 @tailwindcss/* 包一起升级。升完跑一遍构建，扫一眼页面有没有样式异常，十分钟的事。写这篇时最新版是 4.3.3，7 月 16 日发布。
第二种：项目还停在 v3。值得升，但先检查两件事。官方给了迁移工具 npx @tailwindcss/upgrade（需要 Node 20 以上），能自动处理大部分工作：升级依赖、把 tailwind.config.js 的配置迁到 CSS-first 写法、改写模板里的类名。要先确认的两件事：一是浏览器红线，v4 要求 Safari 16.4+、Chrome 111+、Firefox 128+，如果你的项目还要覆盖更老的浏览器，官方建议是先留在 v3.4，别硬上；二是重度依赖的第三方，如果项目里压着某个 v3 时代的组件库或插件，先去确认它跟没跟上 v4 支持。动手前建议先把依赖清单列出来、跑一遍构建和测试，通常半天到一天能完成切换。
第三种：还没入坑、正在选方案。我的建议是，2026 年选样式方案，有一个绕不开的变量：AI。主流 AI 编程助手几乎都默认生成 Tailwind 代码，现在学 Tailwind，约等于学一门 AI 说得最熟的语言。值不值得入坑，先看一眼它周围长出了什么，也就是下一节。
生态的变化，比框架本身更大
这次真正值得盯的变化，其实发生在框架之外。
先看 shadcn/ui。它的 GitHub star 数已经来到了 12.22 万，反超了 tailwindcss 本体的 9.73 万。「把组件源码复制进自己项目」的组件方案，在关注度上超过了它赖以构建的样式框架。它对应的 CLI 工具 npm 周下载也有 836 万，说明这套组件方案已经是真金白银的日常工具。这个信号说明：Tailwind 生态里，用户的注意力重心已经从「样式怎么写」转移到了「组件叠哪套」。
再看 daisyUI。7 月底知乎上有两篇 daisyUI 的文章热度很高，一篇说它能把一屏的 class 缩成两个词，另一篇说能少写八成 CSS。它们为什么火？从另一篇帖子里能看到答案：有组长接手了一个全面拥抱 Tailwind 的中后台项目，代码跑得通，UI 还原度也高，但打开一个承载了大量表单校验和状态联动的业务组件，一长串 class 看得人头皮发麻。知乎daisyUI 的卖点恰好对着这个痛点：btn、card 这类语义化组件类把长字符串收进组件名里，同时保留 Tailwind 的定制能力。它 8 月 20 日到 24 日连发三个小版本（v5.7.20 到 v5.7.22），4.2 万 star 的仓库至今保持活跃。如果你的项目也被长 class 困扰，又不想引入重依赖的组件库，值得一试。
然后是 Meta 的 Astryx。这个年初开源的设计系统已经拿到 1.24 万 star，定位明确写给「人和 AI 助手一起开发」：基于 React 19 + StyleX，150 多个组件，API、文档、CLI 一体化设计。官方 README 里写它已经在 Meta 内部生长了八年，是公司内使用最广的设计系统，驱动着 13,000 多个应用，目前仍处于 Beta。GitHub它和 Tailwind 不是一条技术路线——StyleX 是原子化 CSS-in-JS，不是工具类——所以「替代品」的说法为时尚早；但它代表的方向值得注意：大厂开始认真投入「设计系统如何对 AI 友好」这件事。B 站上已经出现专门讨论「Astryx 是不是 Tailwind 替代品」的视频，社区对这类动向的敏感度，本身就说明赛道在升温。
还有一个小信号：cnfast。这个 6 月中旬发布的小工具，定位是 clsx + tailwind-merge 组合的更快替代，两个月就做到了 91 万的 npm 周下载。它背后的数字更有意思：tailwind-merge 的周下载是 8350 万，clsx 是 1.22 亿——「处理类名冲突」已经是周下载亿级规模的生态问题，可见 Tailwind 的类名堆叠有多普遍，围绕它的优化空间就有多大。
生态为什么有这种势头？很大一部分原因是 AI。Cursor 这类 AI 编程工具、Lovable 这类生成式应用工具，几乎都默认生成 Tailwind 代码——工具类规则明确、组合自由，AI 生成的稳定性显著高于手写 CSS 文件。知乎「独立开发者都用什么技术栈」下面的回答很有代表性：UI 层 Tailwind + shadcn/ui 是目前的主流组合，上手头几天会难受，过了就好。知乎B 站的教程也早就把「为什么 AI 产品都在扎堆用 TailwindCSS」当成了开场白。哔哩哔哩AI 没有杀死 Tailwind，反而把它钉在了 AI 生成默认样式层的位置上。
两个值得继续盯的信号
第一，Tailwind 团队的状态。今年 1 月，小红书上有笔记称「Tailwind CSS 创始人 Adam Wathan 透露已裁掉 75% 团队」，一度传得很广。小红书我没有找到这番话的官方原始出处，所以这里不当事实采信。但可验证的东西也有：发布节奏，从 2 月 23 日的 v4.2.1 到 7 月 16 日的 v4.3.3，五个月发了八个版本，官方合作名单里还有 Netflix、Vercel 这样的公司。代码活跃度不会撒谎，这个项目仍在高强度迭代。至于「AI 冲击商业收入」的问题，可以继续盯它后续的产品和定价动作，不必急着下结论。
第二，浏览器兼容红线。Safari 16.4+、Chrome 111+、Firefox 128+，这是 v3 升 v4 唯一的硬约束。业务要覆盖老设备存量（尤其是旧 iOS）的，先看自己的流量数据再动。v4.1 时官方做过旧浏览器的优雅降级改进，但那是让 v4 的新特性在能力不足的浏览器上退得体面，不等于 v4 能整体跑在红线之下的环境里。
总结一下：v4.2 补的是地基（色板、webpack、逻辑属性），v4.3 挠的是痒处（滚动条、zoom、容器高度）。已经在 v4.x 的项目直接升级，成本很低；停在 v3 的项目，先查浏览器红线，再跑官方迁移工具；还没入坑的，值得思考的问题已经不是「用不用 Tailwind」——周下载 1.26 亿已经给出了答案——而是「在 Tailwind 之上，组件层叠哪套」。shadcn/ui、daisyUI、Astryx，三条路，三种思路。这套变化连起来看，Tailwind 的护城河已经从「工具类本身」变成了「工具类加生态加 AI 的使用习惯」。想动手的话，第一步很简单：看看你项目里最长的那串 class，那就是最值得优化的地方。
