十几年前，前端开发还被戏称为"切图仔"，那时候 jQuery 是王者，Bootstrap 就是"高级UI"。十年后的今天，前端技术栈经历了翻天覆地的变化——组件化、声明式UI、虚拟DOM、服务端渲染、编译时优化……再到2026年，AI辅助编程（Vibe Coding）和元框架的全面上位，正在重新定义"前端工程师"的边界。
本文将带你系统梳理前端UI库的完整演化脉络，深入解析2026年最值得关注的技术趋势，帮助你在这个快速变化的时代做出正确的技术选型。
一、前言
早在2014 年，做一个后台管理系统，首选是 jQuery + Bootstrap。当时觉得“栅格系统 + 一堆插件”已经生产力拉满。如今再看，前端 UI 开发早已不是“写好的样式和脚本”，而是一种融合了设计系统、状态管理、可访问性、编译时优化、跨平台渲染的完整生态。
如果你现在问我：“2026 年做项目，UI 框架和样式方案该怎么选？”我绝不会只推荐一个库，而是会根据团队技术栈、定制化需求、设计资源来给组合方案。而这一切，都要从两条交织的演化脉络说起——UI 组件库的演化，以及 CSS 样式方案的演化。
二、UI 框架演化流程：从“样式套件”到“组件基元”
阶段一：CSS 框架 + jQuery 插件时代（约 2011-2015）
代表选手：Bootstrap、Foundation、Semantic UI、jQuery UI
特点：
- 关注栅格、表单、按钮等常用样式，自带 jQuery 插件实现交互。
- 开发模式是“下载 CSS/JS，引入页面，按文档写 HTML 结构和 data 属性”。
- 定制靠 Less/Sass 变量覆盖，深度定制成本高。
历史价值： 快速统一了 Web 页面的视觉风格，让后端开发也能搭出整洁的界面。但逻辑和样式强耦合、DOM 操作与 MVVM 理念冲突，为后来的“组件化革命”埋下伏笔。
阶段二：声明式框架与组件化 UI 库的兴起（约 2015-2019）
代表选手：
- React 生态：Material-UI（现 MUI）、Ant Design、React-Bootstrap
- Vue 生态：Element UI（Vue 2）、Vuetify、iView
- Angular 生态：Angular Material、NG-ZORRO
特点：
- 真正意义上的“组件”，用 JSX/Template 描述 UI，数据和视图自动同步。
- 内置了较为完整的设计规范（如 Ant Design 的“设计语言”），开箱即用。
- 通过
props和插槽进行定制，源码级修改仍然笨重。
痛点：
- 一旦设计稿与框架默认风格不一致，定制成本急剧上升（大量覆盖 CSS、使用深层选择器）。
- 包体积庞大，按需加载方案不够优雅。
- 逻辑与样式依然绑定在一起，难以跨框架复用。
与此同时，移动端 H5 场景也涌现出专属框架，比如 Vue 生态的 Mint UI、Vant（有赞），React 生态的 Ant Design Mobile，以及微信风格浓厚的 WeUI。它们针对移动端做了大量手势交互、小屏幕适配和性能优化，让 H5 页面也能拥有接近原生的体验。
阶段三：原子化 CSS 的“反叛”（约 2019-2022）
代表选手：Tailwind CSS、Windi CSS、UnoCSS
特点：
- “抛弃组件库的样式，回归 HTML 层控制”。一堆原子类直接拼出设计，类名极长但确定性极高。
- 配合构建工具的 JIT 编译，只生成你用到的 CSS，生产包体积极小。
- 催生了大量基于 Tailwind 的组件模板（Tailwind UI、Flowbite、daisyUI）。
思想转变： 从“给你一套封装好的设计”变成“给你一套约束少的原子积木”。设计自由度大幅提升，但对开发者的视觉品味要求也更高了。
阶段四：无头组件（Headless UI）——逻辑与样式彻底分离（约 2021-2024）
代表选手：Radix UI、Headless UI、Downshift、React Aria、TanStack Table
特点：
- 只提供组件的行为、状态管理、可访问性（WAI-ARIA、键盘导航），不提供任何样式。
- 样式交给 CSS-in-JS、Tailwind 或普通 CSS 自由发挥。
- 组件逻辑能跨框架共享（如 Radix 有 React/Vue 版，或通过 Zag.js 实现框架无关）。
为什么重要： 这是 UI 框架思想的一次飞跃。以前是“拿一套设计系统改”，现在是“从行为基元搭建自己的设计系统”。大型团队和 SaaS 产品受益匪浅，既保证了复杂交互（如 Combobox、Dialog 的无障碍）的健壮性，又保留了完全的设计自主权。
阶段五：Copy-Paste 零依赖时代（2023-2026）
代表选手：shadcn/ui、Panda CSS、Vanilla Extract
现状与趋势：
- shadcn/ui：严格来说它不是一个包，而是一套基于 Radix UI + Tailwind + React 的组件源码。通过 CLI 将代码“复制”到你的项目中，你直接拥有和修改这些代码。这种模式彻底解决了“依赖库定制性差”的终极问题。
- Panda CSS / Vanilla Extract：零运行时（zero-runtime）的 CSS-in-JS 方案，在构建阶段生成静态 CSS 文件，兼顾类型安全和极致性能，与 Server Components 天然契合。
核心理念变化： 框架不再是“安装并引入的黑盒”，而是“可拥有、可随意修改的起点”。
2023年，一个叫 shadcn/ui 的项目彻底打破了传统组件库的规则。它不是npm包，而是一个CLI工具——通过 npx shadcn@latest add button 将组件源码直接复制到你的项目中。
与传统组件库的本质区别：
| 维度 | 传统组件库（MUI/AntD） | shadcn/ui |
|---|---|---|
| 分发方式 | npm包依赖 | CLI复制源码到项目目录 |
| 定制能力 | 通过props/theme覆盖 | 直接修改源码，无限制 |
| 样式方案 | 自带样式系统（CSS-in-JS/Less） | 基于Tailwind CSS，完全可控 |
| 升级策略 | 升级npm包，可能遇到breaking change | 按需手工更新单个组件 |
| 包体积 | 全部引入较大，Tree Shaking有局限 | 天然零依赖，仅复制用到的组件 |
| 无障碍 | 内置但扩展困难 | 基于Radix UI，底层无障碍，上层自由 |
shadcn/ui 的核心理念："You own your components"（你拥有你的组件）。你的项目里没有node_modules中的黑盒，只有一组你可以任意修改的 .tsx 文件。这在AI辅助编程时代尤为关键——AI可以直接生成、修改你的组件源码，而不用去猜一个npm包的内部实现。
到2026年，shadcn/ui 的GitHub Star已超过114k，超越了MUI和Ant Design，成为React生态最受欢迎的UI组件库。它也从最初约40个组件，扩展为一个包含**组件、Blocks（预制页面块）、Themes（主题市场）**的完整生态系统。
2026年7月，shadcn/ui 做出了一个重大决定：将默认底层从Radix UI切换为Base UI（由MUI团队全新开发的无头组件库），原因是Radix UI被WorkOS收购后维护节奏放缓，Core team规模缩小，Combobox等关键功能迟迟未落地。这一举动标志着组件库生态的进一步成熟——基础层（无头组件）表现层（样式/设计系统）开始彻底解耦。
阶段六：AI驱动生成时代（2025-2026+）
2025-2026年，AI正在从"辅助工具"变为"组件库的核心部分"：
- v0.dev（Vercel出品）：用自然语言描述UI，AI直接生成shadcn/ui组件的组合代码
- Ant Design AI Theme：支持用一句话描述生成完整的主题配置
- AI组件生成：通过MCP协议，AI可以直接调用组件库的API创建和修改组件
这一阶段的核心特征是：组件库从"代码仓库"变成"AI知识库"。shadcn/ui 之所以成为AI编程的首选，正是因为它的源码就在项目中，AI可以完整地理解、修改和扩展它。
三、样式方案的并行演进：从 Less/Sass 到零运行时 CSS
UI 框架的每次飞跃，都离不开背后样式方案的支撑。作为老前端，我亲眼见证了 CSS 工程化从刀耕火种到极致抽象的全过程。这条线单独拉出来，足以让你看懂每一次技术选型的底层逻辑。
1. 纯手写 CSS 的蛮荒时代
早期项目就是一个个 .css 文件，全局作用域、命名冲突、样式覆盖全靠“选择器权重”肉搏。那个年代，一个 !important 能救你一命，也能毁掉整个项目。为了维护大型项目的样式，社区开始探索 OOCSS、SMACSS、BEM 等方法论，试图用命名规范约束自己，但终究是“人治”，无法根治。
2. CSS 预处理器的工程化曙光（约 2012-2017）
代表选手：Sass (SCSS)、Less、Stylus
革命性突破：
- 变量：颜色、字号统一管理，告别“查找替换”。
- 嵌套：模拟 DOM 结构，代码可读性大幅提升。
- Mixin 和函数：复用样式片段，如
border-radius的厂商前缀。 - 模块化：
@import拆分文件，配合构建工具（Gulp/Webpack）进行编译打包。
历史意义：
预处理器让 CSS 第一次具备了“编程语言”的特性，但也诞生了新的问题：编译后的 CSS 可能冗余；@import 导致文件依赖关系混乱；Sass 和 Less 的语法差异造成团队选型之争。Bootstrap 3 用 Less，Bootstrap 4 转向 Sass，就是那个时代的风向标。
3. PostCSS：CSS 的工程化管道（约 2015 至今）
它不是预处理器，也不是后处理器，而是一个“CSS 转换管道”。
PostCSS 本身只做一件事：解析 CSS 成 AST（抽象语法树），然后交给各种插件去修改 AST，最后再把 AST 还原成 CSS 字符串。这种极简的设计让它几乎不直接给开发者提供新语法（除非通过插件），但成了现代 CSS 工程化的绝对基石。
典型插件生态：
- Autoprefixer：根据 Can I Use 数据自动添加厂商前缀，你只管写标准属性。这也是 PostCSS 最早的杀手级应用。
- postcss-preset-env：让你使用未来的 CSS 语法（如嵌套、自定义属性、
oklch颜色函数）并在构建时降级为兼容代码，相当于 CSS 界的 Babel。 - postcss-import：解决
@import的内联与合并，让模块化更清爽。 - postcss-nested：解锁 Sass 风格的嵌套写法，但完全基于标准草案。
- Stylelint：基于 PostCSS 的样式代码检查工具，保证团队规范。
为什么 PostCSS 如此重要？ 因为它把自己定位为“中立于语法”的管道，所以它既是 Sass/Less 等预处理器编译流程中的一环（处理前缀），也是 Tailwind CSS、Panda CSS 等现代工具的内在引擎。你甚至可以用 PostCSS 搭配插件组合出自己的“最小可行预处理器”，完全按需定制。
一句话总结：PostCSS 让 CSS 的工程化从“选一个阵营写另一种语言”变成了“用标准 CSS，通过插件获取能力”，为后续的原子化 CSS 和零运行时方案铺平了技术道路。
4. CSS Modules 与局部作用域（约 2015-2018）
代表：CSS Modules（Webpack 内置支持）、Vue 的 <style scoped>
核心思想：
将 CSS 类名在构建时进行哈希处理，自动实现样式隔离。你再也不用担心 .title 覆盖别人的样式，每个组件都是一个独立的样式沙盒。
价值： 它是“组件化”概念在样式层的完美映射，配合 React/Vue 的大规模应用，解决了团队协作中最头痛的命名冲突问题。但它仍然是“静态的”——无法根据运行时状态动态改变样式。
5. CSS-in-JS 的动态能力（约 2017-2022）
代表选手：styled-components、Emotion、JSS（Material-UI 早期底层）
核心理念：
“用 JavaScript 写 CSS”。样式不再是独立的 .css 文件，而是直接写在组件代码中，利用 JS 的全部能力：
- 动态属性：
color: props => props.primary ? 'blue' : 'gray' - 自动处理浏览器前缀
- 样式与组件逻辑同文件，删组件时样式自动删除（真正的“死代码消除”）
争议与代价：
- 运行时开销：每次渲染都要计算样式、插入/更新
<style>标签，对性能敏感的应用不友好。 - Bundle 体积：需要引入运行时库（styled-components 约 15KB gzip）。
- 调试地狱：自动生成的哈希类名让开发者难以在 DevTools 中定位源码。
6. 原子化 CSS 的实用主义（约 2019-2025）
代表选手：Tailwind CSS、Windi CSS、UnoCSS
理念反转：
“越封装越难维护，不如回到最细粒度的原子类”。一个类只做一件事（flex、pt-4、text-center），组合拼出任何设计。配合 JIT 引擎，只生成你用过的原子类，生产包体积可压到 3KB 以内。
为何大规模流行：
- 确定性：没有样式层叠问题，改了哪里就是哪里。
- 效率：不需要反复命名类，不用在文件间跳转。
- 与组件化完美契合：在 JSX 中直接写类名，配合 IDE 提示飞快。
但它的代价也很明显：类名冗长、HTML 臃肿，批评者称之为“写在标签里的内联样式 2.0”。然而，工具链（如 Tailwind 的 @apply 指令、类名折叠插件）正在持续优化这个体验。
7. 零运行时 CSS：为性能而生的终极方案（2023 至今）
代表选手：Panda CSS、Vanilla Extract、StyleX（Meta 开源）、Linaria
核心突破： 完全移除 JavaScript 运行时，在构建阶段将样式编译成静态 CSS 文件。你仍然可以用类似 CSS-in-JS 的 API 写类型安全的样式，但最终产物是纯 CSS。这带来了：
- 极致性能：零 JS 开销，首屏加载更快，完美适配 React Server Components。
- 类型安全：TypeScript 自动补全和类型检查。
- 支持设计令牌（Design Tokens）：轻松管理多主题、暗黑模式。
典型代码（Panda CSS 示例）：
import { css } from '../styled-system/css'
const button = css({
bg: 'blue.500',
px: '4',
py: '2',
rounded: 'md',
_hover: { bg: 'blue.600' }
})
这段代码在构建时会生成一个唯一的 CSS 类名，并输出对应的静态 CSS 规则。
趋势判断：零运行时 CSS 正在成为“高性能架构”的标配，尤其适用于大型项目、SSR/SSG 重场景和对包体积有极致要求的移动端 Web 应用。
四、2026 年主流 UI 库图谱
4.1 React 生态组件库
React 拥有最丰富的组件库生态，2026年的格局如下：
| 组件库 | GitHub Stars | 样式方案 | 设计规范 | 特点 |
|---|---|---|---|---|
| shadcn/ui | 114k+ | Tailwind CSS | 自定 | 复制源码，零依赖，Tailwind原生 |
| Material UI (MUI) | 96k+ | Emotion (CSS-in-JS) | Material Design 3 | 组件最全，文档最佳，大厂首选 |
| Ant Design | 93k+ | CSS-in-JS / Token | Ant Design | 企业级，60+组件，国际化强 |
| HeroUI (原NextUI) | 25k+ | Tailwind CSS | 自定 | Web+RN统一，v3重写，75+组件 |
| Mantine | 28k+ | CSS-in-JS | 自定 | 100+组件，hooks丰富，文档精美 |
| Chakra UI | 38k+ | CSS-in-JS (Panda CSS) | 自定 | 样式props化，v3性能大幅提升 |
| PrimeReact | 12k+ | CSS/Sass | 自定 | 70+组件，主题丰富，兼容性好 |
关于shadcn/ui的进一步讨论：
shadcn/ui 的成功引发了"设计同质化"的担忧——当一半的Web都使用同样的组件基础时，视觉差异化如何实现？事实上，shadcn/ui 的设计恰恰在于 "不提供默认设计"——它基于Radix/Base UI + Tailwind CSS，每个项目通过 @theme 定义自己的设计Token，视觉风格完全由团队掌控。2026年，shadcn/ui 推出了 Themes 市场，允许社区分享和复用设计主题，进一步降低了定制门槛。
关于MUI（Material UI）：
MUI在2026年依然保持着最大的组件覆盖面（超过100个组件），是大型企业级React应用的稳妥选择。MUI v6 在Pigment CSS（零运行时CSS-in-JS）上取得了显著进展，解决了与Server Components的兼容性问题。同时，MUI团队推出了 Base UI（无头组件库），与shadcn/ui形成了"基础层 vs 集成层"的互补关系。
关于Ant Design：
Ant Design v6 于2026年6月正式发布，基于AI驱动的主题生成能力是一大亮点——输入"简洁商务风"即可生成整套主题配置。Ant Design 在国内企业级市场依然占据统治地位，GitHub Star 突破10万。
4.2 Vue 生态组件库
Vue 3 在2026年已经进入稳定成熟期，其组件库生态呈现多元化格局：
| 组件库 | 特点 | 适用场景 |
|---|---|---|
| Element Plus | 生态最成熟，Vue 2迁移首选，组件最全 | 传统后台管理系统，高稳定性项目 |
| Naive UI | 性能最优，TypeScript支持最强，按需自动导入 | 对TS类型安全和性能敏感的项目 |
| Ant Design Vue | 与React版API对齐，企业级设计规范 | 大型企业应用，与React团队协作的项目 |
| Vuetify | Material Design 3 规范，Sass样式 | 追求Material风格的项目 |
| Shadcn-Vue | 社区移植，Copy-Paste模式，Tailwind CSS | 追求定制灵活性和AI友好的项目 |
| PrimeVue | 90+组件，主题丰富，兼容性优秀 | 需要丰富主题和大量组件的项目 |
Element Plus 仍然是Vue生态的总使用量第一，但 Naive UI 在TypeScript体验和性能上获得了越来越多开发者的认可。值得注意的是，Shadcn-Vue 作为社区将shadcn/ui模式移植到Vue的产物，在2026年增长迅速，代表了"Copy-Paste零依赖"理念在Vue社区的渗透。
4.3 web组件库的哲学光谱
2026年的webUI组件库可以用一条"哲学光谱"来理解：
完全控制 ←────────────────────────────────────────→ 开箱即用
│ │
shadcn/ui MUI
Radix UI + Tailwind Ant Design
(无样式 + 你自己写) (全功能 + 自带设计)
│ │
Headless UI Element Plus
(无样式 + 无设计) (全功能 + 自带设计)
- 左端：Headless UI 和 shadcn/ui，提供最大控制权，适合有设计团队的成熟组织
- 中端：Mantine、Chakra UI，提供默认样式但允许深度定制，适合中小团队
- 右端：MUI、Ant Design、Element Plus，提供完整设计系统和丰富组件，适合追求生产力和一致性的团队
2026年的趋势是向左移动——越来越多团队选择Headless UI + Design Token的方式自建设计系统，而非直接使用现成的视觉组件库。
4.4 React Native 组件库
React Native 在2026年凭借新架构（Fabric + TurboModules + JSI）实现了性能大幅提升，其组件库生态也随之繁荣：
| 组件库 | 特点 | 适用场景 |
|---|---|---|
| React Native Paper | Material Design 3，50+组件，Google官方推荐 | 追求Material风格和跨平台一致性 |
| Gluestack UI | 基于NativeBase重构，Universal设计，Web+Native统一 | 需要Web和移动端UI一致性的项目 |
| HeroUI (React Native) | v3全面支持RN，75+组件，Tailwind CSS v4 | 统一设计系统，Web+RN使用同一组件库 |
| Ant Design Mobile RN | 蚂蚁出品，与Web版Ant Design统一设计语言 | 企业级App，团队已有Ant Design经验 |
HeroUI v3（2026年3月发布）是移动端组件库的一个重要里程碑。它基于Tailwind CSS v4 从头重写，同时支持 React Web 和 React Native，实现了"写一次组件，跑在Web和原生App"的愿景。对于希望统一Web和移动端设计系统的团队来说，HeroUI v3 是2026年值得关注的选择。
4.5 移动端Web组件库（H5）
对于移动端Web页面（H5），不需要React Native那样的原生渲染，但仍然需要专门针对移动端优化的组件库：
| 组件库 | 框架 | 特点 |
|---|---|---|
| Vant | Vue 3 | 国内移动端H5首选，70+组件，轻量级 |
| Ant Design Mobile | React / Vue | 蚂蚁出品，功能全面，企业级 |
| NutUI | Vue 3 | 京东出品，60+组件，国内电商场景 |
| Vuetify Mobile | Vue 3 | Material Design，响应式设计 |
| TDesign Mobile | React / Vue | 腾讯出品，设计规范统一 |
Vant 在2026年依然是国内移动端H5开发的首选组件库，其优势在于：包体积小（gzip约70KB）、组件覆盖全面（表单、商品、地址选择等电商场景）、文档详尽。
Ant Design Mobile 适合需要与桌面端Ant Design统一设计语言的企业级项目，但包体积相对较大。
4.6 跨端统一设计系统
2026年，越来越多的组件库开始提供"一套设计系统，多端覆盖"的能力：
| 设计系统 | Web | 移动端Web | 移动端原生 |
|---|---|---|---|
| Ant Design | ✅ Ant Design | ✅ Ant Design Mobile | ✅ Ant Design Mobile RN |
| TDesign | ✅ TDesign Web | ✅ TDesign Mobile | 开发中 |
| HeroUI | ✅ HeroUI Web | ✅ 响应式 | ✅ HeroUI RN |
| Gluestack UI | ✅ Gluestack Web | ✅ 响应式 | ✅ Gluestack RN |
这种趋势反映了一个核心需求：设计一致性——无论用户从哪个端访问，交互模式和视觉语言应该保持一致。Ant Design 和 TDesign 作为大厂出品的设计系统，在跨端统一方面走在前列。
五、2026年UI组件库选型指南
5.1 选型决策矩阵
| 项目类型 | 推荐组件库 | 核心理由 |
|---|---|---|
| React 企业级后台 | Ant Design 或 MUI | 组件最全，文档最完善，设计规范成熟 |
| React SaaS产品 | shadcn/ui + Tailwind | 定制灵活，AI友好，设计现代化 |
| React 创业项目 | shadcn/ui 或 Mantine | 开发效率高，原型到产品过渡平滑 |
| Vue 中后台 | Element Plus 或 Naive UI | 国内生态成熟，TypeScript支持好 |
| Vue 移动端H5 | Vant | 国内首选，轻量级，电商场景覆盖 |
| 多端统一设计系统 | Ant Design 或 HeroUI | Web + 移动端设计语言一致 |
| 自建设计系统 | Radix UI / Base UI + Tailwind | 最大控制权，适合有设计团队的组织 |
| AI驱动开发 | shadcn/ui | 源码在项目，AI可完整理解和修改 |
5.2 趋势总结
2026年UI组件库的五大趋势：
- Copy-Paste > npm install：shadcn/ui 的"你拥有你的组件"模式正在改变组件库的分发方式，越来越多组件库开始提供CLI复制选项
- Headless UI + Design Token 成为企业标准：大厂不再使用现成的视觉组件库，而是基于无头组件+自建Token系统构建自己的设计系统
- AI 原生集成：组件库的选型标准正在从"API设计是否优雅"转向"AI是否容易理解和修改"
- 跨端统一：一套组件库覆盖Web + H5 + 原生App成为可能，Ant Design 和 HeroUI 走在前列
- 无障碍不可逆：无障碍能力从"高级特性"变为"基础功能"，法规推动下所有主流组件库都在加速无障碍合规
六、结语：给不同阶段前端的建议
- 入门期：从 Ant Design 或 Element Plus 开始，了解一套完整的设计系统和组件化思维；同时可以试玩 Vant，体会移动端组件的差异。样式上，先把 Sass 的变量、嵌套、Mixin 玩熟，再用 PostCSS + Autoprefixer 理解构建管道。
- 成长期：学习 Tailwind CSS，体验原子化样式的思想冲击；然后深入 Radix UI，理解行为封装。尝试用 Emotion 或 styled-components 理解 CSS-in-JS，并对比零运行时方案（如 Vanilla Extract）的区别。自己动手配置一个 PostCSS 插件链，比如只用
postcss-import+postcss-preset-env处理样式，感受“按需定制”的工程思维。 - 进阶期：用 shadcn/ui 搭建一套自己的设计系统，并尝试用 Panda CSS 或 StyleX 管理样式，理解编译时 CSS 的好处。在跨端项目中，实践 Taro + NutUI 或 React Native Paper，打通 Web 与原生体验的任督二脉。
从Bootstrap的全量CSS，到Ant Design/MUI的npm包化组件，到Radix UI的无头革命，再到shadcn/ui的"源码属于你"——UI组件库的演进，是一部不断追求"更高控制权、更低耦合度、更好开发体验"的历史。
工具在变，但“为用户解决问题”的初心不能变。UI 框架和样式方案只是手段，理解背后的设计思想，掌握样式与逻辑的分离之道，才能在快速变化的前端生态中以不变应万变，才能在下一波浪潮中依然游刃有余。
参考与延伸阅读
- shadcn/ui 官方文档
- Ant Design 官方文档
- Material UI 官方文档
- Element Plus 官方文档
- Radix UI 官方文档
- Base UI 官方文档
- Tailwind CSS 官方文档
- HeroUI 官方文档
- HeroUI - 2026年12个最佳React UI组件库 $TRAE_REF
- Vercel Academy - Evolution of Component Libraries $TRAE_REF
- shadcn/ui 2026年7月更新日志 - Base UI 作为默认 $TRAE_REF
